解读Chrome内存工具结果以排查内存泄漏问题
我确认存在内存泄漏：重复执行特定操作（比如打开菜单）后，用三次堆快照法检测，每次都发现泄漏内存，且保留对象各不相同。我已经禁用React Devtools并尝试生产构建，但问题仍然存在。花了两天时间解读结果却毫无头绪，比如图中显示的内存泄漏情况，希望能解答以下问题：
是否可理解为HTMLInputElement引用了调用useContext的函数？
是的，从堆快照的引用链来看，HTMLInputElement作为DOM节点，可能通过React的内部关联（比如上下文订阅、事件绑定）间接持有了调用useContext的函数引用。这种情况通常是因为组件卸载时，没有清理DOM节点与上下文相关的订阅或回调，导致函数实例无法被GC回收。保留对象中的instruction_stream、previous、context分别指什么？
instruction_stream：V8引擎存储已编译机器码的内存区域，对应函数的可执行指令部分。previous：在V8的优化代码链中，指前一个版本的编译代码（比如从未优化到优化版本的过渡记录）。context：这里指V8的执行上下文，包含函数执行时的作用域、变量环境等信息，React的useContext会依赖这个上下文来获取全局状态。
我知道(compiled code)是V8生成的函数优化版本，但为何Chrome多次生成useContext的新优化版本？多次重复三次堆快照法均发现useContext存在。
V8会根据函数的调用频率、参数类型稳定性等因素，多次重新编译优化函数。如果useContext所在的组件频繁挂载/卸载，或者每次调用时上下文依赖的状态类型有变化，V8可能会认为之前的优化版本不适用，生成新的(compiled code)。而堆快照中反复出现useContext相关的编译代码，说明这些优化后的代码实例没有被正确回收，大概率是因为外部（比如DOM节点、未清理的订阅）持有了它们的引用，导致GC无法释放。在哪里可以了解(code relocation info)、(code deopt data)、(source position table)等术语的含义？
这些都是V8引擎底层编译相关的术语，可通过V8官方文档的编译优化章节学习：
code relocation info：代码重定位信息，V8在编译后调整内存地址时记录的映射数据，用于保证机器码能正确访问内存中的变量。code deopt data：反优化数据，当V8发现之前的优化假设不成立（比如参数类型突变）时，用于将优化后的代码回退到未优化版本的相关信息。source position table：源码位置表，记录机器码与原始JavaScript源码行号的映射，用于调试时定位代码位置。
内容的提问来源于stack exchange，提问作者Leo Jiang
