React进阶挑战：求高难度棘手问题测试自身水平（暂不涉及Redux）

这里整理了一批聚焦React核心机制、边界场景与底层原理的棘手问题，帮你验证自身的技术深度：

• 当组件调用useState更新的数值和当前状态完全一致时，React内部会走哪些具体执行流程？会不会触发重渲染？如果更新的是对象、数组这类引用类型，浅比较和深比较的处理逻辑有什么区别？
• 不用useEffect的话，怎么实现组件挂载后立刻执行一次依赖props或state的操作？写出具体代码并解释原理。
• 假设有个嵌套极深的组件树，某个深层组件要更新状态，但想避免所有上层组件无意义的重渲染。除了React.memo、useMemo、useCallback，还有哪些更底层的解决办法？详细说说实现逻辑。
• 解释下useReducer里dispatch函数的稳定性：组件重渲染时，dispatch会被重新创建吗？如果在useEffect的依赖数组里省略dispatch，可能会出现什么潜在问题？
• 用React.lazy和Suspense做代码分割时，如果懒加载的组件抛出错误，怎么在不影响整个应用的前提下捕获并处理？写出完整的错误边界实现，并说明错误边界在React渲染流程里的执行时机。
• 详细讲讲React调和算法里"key"的作用原理。要是给列表项设了重复的key，会引发哪些具体的DOM异常或者逻辑错误？举个例子说明。
• 怎么写一个自定义Hook，能追踪组件的渲染次数，还不会因为自身状态更新导致组件额外重渲染？写出代码并解释关键逻辑。
• 父组件给子组件传的props是动态生成的对象（比如{ key: value }），哪怕value没变化，子组件也会重渲染。除了用useMemo缓存这个对象，还有哪些优化手段？对比下这些手段的优缺点。
• 解释React的"批量更新"机制：哪些场景下React会自动批量更新状态？如果在setTimeout、Promise.then这类异步回调里多次调用setState，怎么强制开启批量更新？
• 组件用useRef存可变值时，为啥这个值变化不会触发组件重渲染？结合React的状态更新机制和渲染触发条件说说底层原因。

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