如何高效处理需传递到绝大多数组件的公共Prop？

• 如果你的组件层级普遍较浅（大部分需要该对象的组件和数据源之间仅隔2-3层），现有prop drilling方案完全合理，优势是数据流显性清晰，组件依赖明确，调试时可直接追溯参数来源，也不会引入Context或状态管理带来的额外复杂度和重渲染风险。
• 如果需要透传的层级普遍超过3层，且覆盖70%的项目组件，现有方案合理性极低：中间层组件本身不需要用到该对象，却要额外做接收和透传处理，代码冗余度高，后续如果需要调整参数结构、修改参数名，所有涉及的中间层组件都要同步修改，维护成本会随项目迭代快速上升。

方案1：React Context #

如果该对象属于全局低频更新的属性（比如用户身份信息、主题配置、国际化配置），Context是性价比最高的替代方案，注意做好以下优化即可避免常见的重渲染问题：

• 做细粒度Context拆分，不要把所有全局属性都塞入同一个Context，降低单Context更新的影响范围
• Context的value用useMemo包裹，避免无关状态变更导致的Context意外更新
• 不需要响应式更新的方法类属性，可以挂载到ref对象中再存入Context，彻底避免触发订阅组件重渲染

方案2：轻量状态管理库 #

如果该对象更新频率较高，或者存在派生数据计算、跨组件修改的需求，优先选择Zustand、Jotai这类轻量状态管理库，比原生Context更灵活：

• 无需嵌套Provider，也没有逐层透传成本
• 组件可以按需订阅对象下的单个属性，不需要的属性变更不会触发组件重渲染，性能优于未做优化的Context方案
• 自带devtools、状态持久化等通用能力，后续扩展其他全局状态的成本极低

方案3：组件组合模式 #

如果仅某几支深层组件树需要用到该对象，且不想引入额外依赖，可以用组件组合模式绕过中间层透传：直接把需要该参数的组件作为props传入上层组件，中间层不需要感知该参数的存在，适合小型项目的局部场景使用。

• 组件透传层级普遍<3层，项目规模小：保留现有prop drilling方案即可
• 透传层级普遍>3层，对象更新频率低：采用React Context方案
• 对象更新频繁，或后续有扩展全局状态的规划：直接接入轻量状态管理库

内容的提问来源于stack exchange，提问作者avokevdo