javascript原型属性不直接参与垃圾回收，但影响对象可达性；原型对象作为普通对象受可达性规则约束，实例回收与原型无关，原型方法不会拖住实例，in和hasownproperty不影响gc。
JavaScript 原型属性本身不直接参与垃圾回收判定，但会影响对象的可达性，进而间接决定实例或原型对象能否被回收。
原型链不阻断 GC：不可达的原型对象照样被回收
原型对象（如 MyClass.prototype）本质是普通对象，和其他堆内存对象一样受可达性规则约束。只要它不再被任何根（global、活动执行上下文、闭包变量、模块记录等）引用，就会被标记清除算法回收。
- 如果构造函数被设为
null，且没有其他变量或闭包持有对它的引用，那么它的prototype对象也会失去可达路径 - 动态模块中，若通过
import()加载的模块被显式解除引用（如moduleRef = null），其导出的构造函数及其prototype都可能被回收 - 注意：浏览器全局作用域中的构造函数（如自定义的
Person）通常长期存活，因为它们被挂在window或模块顶层词法环境中，构成 GC 根
实例对象的回收与原型无关
一个实例对象能否被回收，只取决于它自身是否可达，而不是它的 __proto__ 指向谁。即使原型对象很大或包含大量方法，只要实例对象不可达，它本身就会被回收——原型对象是否回收则另算。
- 例如：
const inst = new MyClass(); inst = null;→inst所指对象立即不可达，可被回收；MyClass.prototype是否回收取决于它自身是否还有其他引用 - 原型上的方法不会“拖住”实例——实例内部只有隐式
[[Prototype]]链接，不是强引用关系
避免意外延长原型生命周期的常见场景
某些写法会让原型对象意外保持可达，导致本该释放的内存滞留：
- 把原型方法赋值给全局变量或事件监听器：
window.handler = MyClass.prototype.handleClick;→ 原型对象因被全局引用而无法回收 - 在闭包中捕获原型上的属性或方法：
function makeBound() { return () => MyClass.prototype.doWork(); }→ 若makeBound()返回的函数长期存在，会维持对原型的引用 - 将整个原型对象作为模块导出：
export const MyProto = MyClass.prototype;→ 导出绑定使原型成为模块根的一部分，难以回收
hasOwnProperty 与 in 不影响 GC
in 操作符和 hasOwnProperty() 只用于属性查询逻辑，不产生实际引用。它们不会让原型或实例变得“可达”，也不会阻止 GC。
-
'x' in obj是运行时查找行为，查完即弃，不建立持久引用 - 即使原型上有大量属性，只要没变量指向它，就不会妨碍回收
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
