一个大的 React Context 应该什么时候拆成多个?
结合编辑器设置、光标状态与命令入口,说明 Context 拆分应看消费者重叠、更新频率和业务生命周期,避免只按字段数、Provider 层数或强制 useMemo 作决定。
程序员面试题库第 70 页,收录第 3451–3500 题,共 5000 道完整解析,覆盖前端、JavaScript、React、Vue、Node.js、AI Agent、网络、数据库与系统设计。
按稳定语义路径排序
结合编辑器设置、光标状态与命令入口,说明 Context 拆分应看消费者重叠、更新频率和业务生命周期,避免只按字段数、Provider 层数或强制 useMemo 作决定。
围绕“React 官方对共享状态的结构设计提出哪些原则,冗余和矛盾的状态会带来什么具体问题”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖完整回答要覆盖分组关联数据、消除冗余、避免矛盾、避免深层嵌套四原则及各自引发的同步 bug,不展开某个具体表单例子。
围绕“React 为什么说状态是绑定在 UI 树的渲染位置上而不是绑定在组件函数本身”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须答出同位置渲染同组件则状态保留、不同位置即使同组件也是独立状态,不讨论 key 的显式重置用法。
围绕“React 的 useSyncExternalStore 中 subscribe 函数何时被调用、其返回的清理函数何”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须答出提交后订阅、快照变化时重新检查、卸载或依赖变化时清理的时序,不讨论 getSnapshot 的返回值要求。
围绕“React 18 并发渲染下直接用 useState 加外部可变数据读取为什么会出现 tearing(界面撕裂)”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须答出渲染被中断期间外部数据变化导致同屏读到新旧两个值,以及 useSyncExternalStore 如何规避,不展开 SSR 场景。
用主题切换说明深层组件怎样调用 Context 中的 setter、dispatch 或业务命令,区分状态所有权、函数稳定性、函数式更新与直接修改 Context 对象的风险。
围绕“React 中筛选条件、当前标签页这类 UI 状态,什么情况下应该放进 URL 而不是组件 state 或 Cont”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须给出需要刷新保留、可分享链接、前进后退可导航这三条放 URL 的判据及内存态的适用面,不展开路由库 API。
围绕“React 19 的 use() 相比 useContext 在读取共享数据上多出了什么能力”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须答出 use 可在条件或循环中调用、且能直接读取 Promise 配合 Suspense,不展开服务端组件的用法。
围绕“React 的 useSyncExternalStore 三个参数各自承担什么职责,返回值如何保证一致性”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须答清 subscribe 注册变更通知、getSnapshot 读取当前快照、getServerSnapshot 服务端的职责划分,。
解释内联对象怎样造成 Context value 身份变化,用完整 JSX 示例区分无关计数更新与真实主题更新,并说明 useMemo 依赖、函数缓存和 React Compiler 的适用边界。
围绕“React 中什么信号说明 Context 已经不够用、应该引入带订阅的外部 store”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须答出高频更新、需要字段级订阅或非 React 代码读写这三个触发条件,不展开具体第三方库的 API。
从数据可见性、组件组合、消费范围和测试成本比较 props 与 Context,用局部地区设置示例说明怎样减少无意义的中间传递,同时保留清晰的组件依赖。
围绕“React Effect 创建请求时若组件已快速卸载,AbortSignal 已 aborted 的情况下应如何避免”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分取消语义与真实失败并尽早返回。
围绕“React 中 requestAnimationFrame 循环驱动画布时,Effect 的 cleanup 取消的”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明每帧重新预约导致需保存最新 id 并在 cleanup 取消。
围绕“为什么不能直接把 async 函数传给 React useEffect,又该怎样组织 await 与取消信号”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 Effect 返回值只能是 cleanup 而非 Promise。
围绕“两个 React 组件状态需要保持一致时,为什么用 Effect 把一个 state 拷给另一个 state 常是反”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要明确应提升共享状态或改为派生。
围绕“为什么 React Effect 的清理函数不只在卸载时运行,依赖变化重跑前也运行这一点如何改变资源管理写法”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须把资源生命周期绑定到“每次依赖值组合”而非组件存活期。
围绕“为了让 React Effect 在重复建立/清理下仍正确,清理函数应具备什么样的幂等性设计”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要明确清理只能撤销本 setup 创建的资源且可安全重复。
区分 React 渲染、提交与浏览器绘制,解释 useEffect 通常不阻塞绘制但并非保证在绘制后执行,以及浮层测量、useLayoutEffect 和服务端渲染的边界。
围绕“React 并发特性下,为什么 Effect 代码要假设状态可能被复用或提交前重试,而不是按一次挂载一次卸载写死”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须落到 setup/cleanup 成对与无全局残留。
围绕“React 不能按条件调用 useEffect,但只想在某些条件下同步,应把条件放在哪里并保持 Hook 顺序稳定”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要明确条件进入 Effect 内部或拆分组件。
围绕“React 自定义 Hook 封装一段 Effect 同步逻辑时,调用方还需要知道哪些依赖和清理约定”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 Hook 不能隐藏其内部响应式依赖语义。
按已提交更新解释省略依赖、空依赖和列出具体值时的重同步行为,补充 Object.is、Strict Mode、重新挂载与清理规则,避免把空数组误认为整个应用只执行一次。
围绕“如何分辨 React 中一次 Effect 重跑是“外部依赖真的变了”还是“Effect 自己 setState 造”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须建立依赖来源链路并检查是否派生自被更新 state。
React 列表筛选、合计和权限判断怎样从现有 props 与 state 直接计算?结合订单页面解释冗余状态造成的旧值提交、额外更新,以及 useMemo 和用户编辑草稿的适用边界。
围绕“React 用 Effect 同步 document.title 时,为什么把 router 对象整个列依赖常导致标”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖判断时要说明真正响应式值是 title 文本/路径片段而非不稳定容器对象。
通过提交反馈、打开详情与保存草稿区分事件因果和持续同步,解释用布尔 state 触发请求的问题、重复提交控制,以及事件更新状态后仍可能需要 Effect 的场景。
围绕“React Effect 中连续发起请求时,如何防止慢的旧响应覆盖新的结果”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须比较 cleanup 中 abort 与 ignore 标志的适用边界。
围绕“React 渲染后要把焦点移到新输入框或恢复滚动位置,为什么这些操作适合放 Effect 而不是渲染函数”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 DOM 节点需提交后才存在且命令式操作不应参与渲染计算。
围绕“在 React 项目里用 eslint-disable 关掉 exhaustive-deps 前,需要确认哪几种情况”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须给出可接受例外的窄边界:值非响应式或有意冻结快照。
围绕“把地图或图表这类命令式第三方组件接入 React 时,Effect 应负责创建、参数同步和销毁中的哪些边界”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须划分 React 声明式 props 到实例方法调用的同步边界。
围绕“用 ref 保存最新回调让 React Effect 少依赖一个函数,能解决什么又可能隐藏什么依赖错误”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须权衡“读取最新值但不被视为响应式依赖”的边界。
围绕“React 中监听 matchMedia 媒体查询变化时,为什么 addEventListener 的返回结果和清理”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要明确每个 query 实例对应一次订阅/退订。
以文档订阅切换说明 setup 与 cleanup 的配对关系、旧闭包与新参数、依赖未变时的行为,以及 Strict Mode 检查和异步请求迟到结果的处理。
围绕“当 React Effect 只想在少数值变化时运行,却把整段逻辑都搬进了 Effect,应如何重构以减少不必要同步”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明把与外部同步无关的计算移出 Effect 或移入事件。
解释 Object.is 与组件内对象、函数引用的关系,按配置构造位置、真正的响应式字段和缓存边界整理减少无关重同步的方法,避免删依赖或滥用 JSON.stringify。
围绕“React 组件要根据 navigator.onLine 与 online/offline 事件显示网络状态,Eff”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分初始读取当前值与订阅后续变化。
围绕“React 父子组件都有 useEffect 时,挂载更新卸载的 Effect 与 cleanup 执行顺序对共享 ”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明子效果通常先于父建立、父清理在子清理前后的边界。
围绕“当 React 自定义 Hook 返回一个可手动停止函数,同时内部 Effect 也有 cleanup,二者职责如何”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分组件卸载自动清理与用户主动停止同一资源。
围绕“React 组件通过 window.postMessage 与 iframe 通信时,Effect 的依赖应包含 o”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须把通信端点视为响应式依赖并在 cleanup 移除监听器。
用文档订阅与通知设置说明 Effect 依赖怎样对应闭包输入、漏依赖如何产生旧值,以及拆分同步、函数式更新和 useEffectEvent 的适用边界。
切换编辑对象后为什么 React 还保留上一个对象的输入?说明 key 如何改变组件身份、重置子树状态,以及只清一个字段、保存多份草稿和随机 key 的边界。
围绕“React 用 ResizeObserver 观察一个 ref 元素时,为什么观察目标应来自 Effect 内读取的”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 ref.current 不是响应式依赖且提交后才可用。
围绕“React 中「Effect Event」试图解决的事件逻辑与同步逻辑混杂问题是什么”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明想让 Effect 响应数据变化而事件响应交互。
围绕“React hydration 场景里访问 window/document 的 Effect 为什么通常安全,而在渲”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分客户端提交后环境与渲染期可能在服务端运行。
围绕“一个 React Effect 里 setState 后组件无限重渲染,应如何定位是依赖身份不稳还是 Effect ”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须用“该状态是否派生/是否外部同步”二分定位。
围绕“React Effect 需要“只在打开面板时取一次当前筛选”的快照语义时,怎样表达才能不被依赖变化无意刷新”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分有意非响应式读取与漏依赖 bug。
围绕“React 定时器 Effect 中读到旧 count 时,改用函数式 setState 与把 count 加依赖各”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖判断时要说明“效果同步频率”与“更新公式来源”是两类修复。
围绕“React 18 开发模式 StrictMode 下 Effect 为什么会额外经历一次建立—清理—建立,如何区分 ”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明这是开发期暴露不纯清理的机制。
通过重复进入页面的键盘监听示例,解释重复处理、旧闭包和资源残留的来源,展示同一函数引用与 capture 匹配的清理写法,并给出可验证的路由往返检查步骤。