旧版流式打包易致原型链断层，需用object.getprototypeof识别并object.setprototypeof修复，再锁定constructor属性防复发。
旧版流式打包（如早期 Webpack 4 + Terser、或某些自定义 rollup 插件）在启用 keep_fnames: false 或误用 Object.create(null) 初始化实例时，常导致原型链断层——即对象的 [[Prototype]] 指向 null 或 Object.prototype，而非其本应归属的类原型。此时 instanceof 失效、constructor 为空、反射逻辑崩溃。而“不可配置特性”不是指某个 API，而是指 JavaScript 原型链中一个底层事实：Object.getPrototypeOf 返回的 [[Prototype]] 值无法被属性赋值伪造，且其配置性（writable/configurable）在对象创建后即固化。利用这一特性，可实现对断层的精准识别与不可逆修复。
识别断层：用 Object.getPrototypeOf 确认真实原型缺失
不要依赖 obj.constructor 或 obj.__proto__，它们可能被重写或代理拦截。直接调用：
-
const proto = Object.getPrototypeOf(obj)—— 若返回null，说明是Object.create(null)实例，无继承行为； - 若返回
Object.prototype，但该对象本应是Date或自定义类实例，则大概率原型链被截断； - 进一步检查
Object.getOwnPropertyDescriptor(proto, 'constructor')，若configurable: false且value === undefined，说明原型对象本身已被“冻结”且未正确初始化 constructor。
修复断层：只重设一次原型，不碰 constructor 属性
因为 Object.getPrototypeOf 的返回值不可写，但原型链本身可通过 Object.setPrototypeOf 安全更新（仅影响当前实例）。关键在于：修复目标不是“让 constructor 变对”，而是“让 [[Prototype]] 指向正确的、带完整行为的原型对象”：
- 获取原始构造函数的规范原型：
const targetProto = OriginalClass.prototype； - 确认该原型未被污染：
targetProto.constructor === OriginalClass； - 执行修复：
Object.setPrototypeOf(obj, targetProto)； - 无需手动赋值
obj.constructor—— 此后obj.constructor将自动从targetProto上继承，且因targetProto.constructor是不可配置的，不会被后续代码覆盖。
防止复发：在构造函数中锁定原型起点
旧版打包工具常将类编译为函数表达式并跳过 prototype.constructor 初始化。可在类定义后立即加固：
- 对每个类，在模块顶层执行：
Object.defineProperty(OriginalClass.prototype, 'constructor', { value: OriginalClass, writable: false, enumerable: false, configurable: false })； - 若使用工厂函数创建实例，改用
Object.assign(Object.create(OriginalClass.prototype), data)替代Object.create(null)； - 避免在运行时调用
Object.setPrototypeOf(obj, null)或obj.__proto__ = null—— 这类操作在现代引擎中已标记为 deprecated，且直接制造不可恢复的断层。
验证是否真正修复
修复后，以下三者必须同时成立，才代表断层被彻底消除：
-
Object.getPrototypeOf(obj) === OriginalClass.prototype； -
obj instanceof OriginalClass返回true； -
obj.constructor不再是undefined或Object，且Object.getOwnPropertyDescriptor(obj.constructor, 'name').configurable === false（说明名称已固化）。
