useHistory是否可以作为useRef的初始值？这种写法是否安全？

问题解答 #

核心前提

react-router v5 中 useHistory 返回的 history 是路由上下文绑定的单例对象，只要外层路由容器没有被重置，整个应用生命周期内useHistory每次调用返回的都是同一个内存地址的引用。

两个疑问的明确答案

1. 方案B的疑问：打印5次和创建多份实例没有任何关系
   你看到的5次打印只是5个Child组件各自渲染时执行了一次console.log，所有Child拿到的都是同一个history引用，不存在多份实例的问题，内存占用和只传递1次没有任何区别。
2. 方案A的疑问：你传递的ref对象确实永远指向同一个内存地址，但用法本身存在错误和隐患
   useRef返回的ref对象本身引用永远不变，但你直接把ref对象传给子组件，子组件拿到的根本不是history实例，而是包裹了实例的ref容器，要使用路由能力必须取history.current，直接调用history.push之类的方法会直接报错。另外你把useHistory()作为useRef初始值的写法有潜在风险：ref的值只会在组件第一次渲染时初始化一次，后续如果出现路由上下文更新导致history引用变化（比如动态替换Router配置、react-router版本特性调整），ref里永远存的是第一次的旧实例，会出现路由跳转失效、状态不同步的诡异bug。

用法安全性结论

• 方案B是官方标准用法，完全安全，没有任何问题。
• 方案A属于冗余且有风险的写法，不安全，除非你明确知道自己在做什么，否则不要这么用。

你提到的三个优势的误区

• 节省内存：完全不成立，方案B本身就没有多余的内存占用，方案A反而多创建了一个ref对象，虽然内存可以忽略，但完全谈不上节省。
• 逻辑清晰：反而增加理解成本，常规写法直接传递useHistory返回值所有人都能看懂，包一层ref反而要额外理解封装逻辑、子组件还要记得取current，增加出错概率。
• 列表项实用：完全没有必要，如果你是担心props变化导致子组件重渲染，只要history引用不变（v5版本默认就不变），就算用方案B，配合React.memo也不会有多余重渲染，和方案A效果完全一致。

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