object.setprototypeof 不影响静态方法继承，因为静态继承依赖子类构造函数的 __proto__ 指向父类构造函数，而非实例原型链；它仅修改实例的 [[prototype]]，与静态链无关。
JavaScript 中 Object.setPrototypeOf 并不直接参与类静态方法的继承，它只影响实例原型链，对静态属性和方法无作用。类的静态成员继承依赖的是 class 语法背后的隐式原型链接：子类构造函数的 [[Prototype]] 指向父类构造函数，即 Child.__proto__ === Parent，这才是静态方法可被继承的根本原因。
静态方法继承靠的是构造函数的隐式原型链
ES6 类定义后，子类构造函数会自动以父类构造函数为原型（通过 __proto__），因此能访问父类的静态方法。这与实例上的 [[Prototype]]（由 prototype 属性控制）是两套独立链路。
-
Parent是一个函数，Parent.method = function(){}是其自有属性 -
class Child extends Parent{}后，Child.__proto__ === Parent为true - 所以
Child.staticMethod()实际是沿Child → Parent → Function.prototype查找
Object.setPrototypeOf 只改实例原型，不影响静态链
调用 Object.setPrototypeOf(obj, newProto) 修改的是某个具体对象的内部 [[Prototype]]，常用于改变实例的原型链。但它无法修改构造函数之间的 __proto__ 关系，也就不能“补上”缺失的静态继承。
- 即使写
Object.setPrototypeOf(Child, Parent)，也仅是手动设置一次__proto__，而类声明本身已做了这事 - 若子类不是用
extends声明，而是普通函数，那它默认没有__proto__指向父类，此时手动设置才可能模拟静态继承 - 但这种做法非常规，且易破坏类的语义和
instanceof行为
想动态建立静态继承？优先用 extends，而非 setPrototypeOf
如果需要运行时构建类继承关系（比如插件系统或框架抽象），应尽量通过 class X extends Y 或 function + 手动赋值 Child.__proto__ = Parent 来实现静态链，而不是依赖 Object.setPrototypeOf。
- ES6 类一旦定义，其
__proto__关系就固定了；后续用setPrototypeOf改构造函数的原型，虽技术可行，但不符合语言设计意图 - 更安全的做法是：让基类暴露可复用的静态工具，或通过组合（如挂载对象）代替继承
- 例如：
Child.staticHelpers = Parent.staticHelpers，比篡改原型更清晰可控
小结：两条原型链，各司其职
JavaScript 中始终存在两条关键原型链：
- 实例链：由
obj.__proto__或Object.getPrototypeOf(obj)组成，决定obj.method()能否找到方法；Object.setPrototypeOf操作这条链 - 构造器链：由
Constructor.__proto__组成，决定Constructor.staticMethod()的查找路径；它由extends自动建立，不可被setPrototypeOf“修复”或“替代”
混淆这两者，是理解静态继承问题最常见的根源。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
