在 React 中，props 被视为只读的设计原因是什么？请从框架设计原则和数据流角度进行解释。

回答思路

1. 【回答框架 1】React 采用单向数据流，数据通过 props 从父组件流向子组件，这种设计保证了数据流向的可预测性，避免了双向绑定带来的状态管理复杂性。
2. 【回答框架 2】props 的只读性体现了组件的纯粹性原则，React 组件必须像纯函数一样，不修改传入的 props，从而保证相同输入得到相同输出，便于维护和调试。
3. 【回答框架 3】如果允许子组件修改 props，会导致数据源不明确，产生不可预测的副作用，增加状态管理的难度，甚至引发难以追踪的 bug。
4. 【回答框架 4】React 的重新渲染机制依赖于 props 的不可变性，只有在 props 变化时子组件才会更新，因此只读 props 是高效渲染的必要条件。
5. 【回答框架 5】在实际开发中，若子组件需要修改数据，应通过回调函数通知父组件更改状态，再以新的 props 传递，这体现了状态提升和数据流的清晰性。
6. 【关键点 1】props 只读性源于单向数据流设计。
7. 【关键点 2】组件必须像纯函数一样不修改 props。
8. 【关键点 3】修改 props 会破坏数据流向的可预测性。
9. 【关键点 4】只读 props 是高效渲染的前提。
10. 【关键点 5】子组件修改数据应回调父组件。
11. 【易错点 1】容易混淆 props 和 state，state 可变，props 只读。
12. 【易错点 2】不能认为 props 绝对不可变，因为引用类型可以被浅层修改，应遵循约定避免直接修改。
13. 【易错点 3】不能忽略父组件状态更新，导致子组件不重新渲染的问题。