在 React 应用中，如果两个组件不是兄弟关系，它们之间有哪些通信方式？请列举并简要说明各自适用场景。
考察说明
考查对 React 组件间通信机制的理解，尤其是非兄弟组件场景下的状态共享与事件传递方案。
回答思路
- 【回答框架 1】对于非兄弟组件通信，核心思路是状态提升或引入全局状态管理。最基础的方式是将共享状态提升到最近的共同父组件，通过 props 逐层传递回调函数实现子组件间通信，适用于层级不深、状态简单的场景。
- 【回答框架 2】当组件层级较深或状态复杂时，可使用 Context API 在组件树顶层提供数据，任意层级的组件通过 useContext 或 Consumer 消费，避免逐层传递 props，适合主题、用户信息等全局数据。
- 【回答框架 3】对于跨组件树或复杂状态逻辑，可使用 Redux、Zustand、MobX 等状态管理库，将共享状态放在全局 store 中，组件通过订阅和派发 action 更新状态，适合大型应用或频繁更新的状态。
- 【回答框架 4】此外，可通过事件总线（如 mitt、EventEmitter）实现任意组件间的通信，组件发布事件、订阅事件，但需注意手动管理订阅生命周期，避免内存泄漏，适合非频繁、解耦的通信场景。
- 【回答框架 5】若涉及跨 iframe 或跨窗口通信，可使用 postMessage；若为父子组件但非兄弟，也可通过 ref 调用子组件方法，但需谨慎使用，避免过度依赖命令式操作。
- 【关键点 1】状态提升到共同父组件是基础方案，适合简单场景。
- 【关键点 2】Context API 适合跨层级传递全局数据，避免 props 逐层传递。
- 【关键点 3】Redux/Zustand 等状态库适合复杂状态管理，提供可预测的状态更新。
- 【关键点 4】事件总线适合解耦的临时通信，但需管理订阅清理。
- 【关键点 5】选择方案需权衡组件层级、状态复杂度、性能和维护成本。
- 【易错点 1】过度使用 Context 可能导致组件不必要重渲染，需配合 memo 或拆分 Context。
- 【易错点 2】事件总线若未正确清理订阅，易造成内存泄漏。
- 【易错点 3】状态管理库引入额外复杂度，小型应用可能得不偿失。