用Object.getPrototypeOf检测前端灰度发布中的白名单原型

在灰度发布这种需要精细控制风险的场景中，Object.getPrototypeOf 实际上扮演着“原型校验器”的角色——它不负责决定张三走 A 版本、李四走 B 版本，而是确保你拿到的那个组件实例，底层确实干净、合法。换句话说，它是一个运行时可信锚点，用于验证某个业务组件实例的直接原型是否落在预设的白名单内。它不参与灰度分流决策本身，但缺少它，灰度环境下的组件完整性就很难保障。

明确一下：白名单不是一串字符串，而是对合法构造函数 prototype 对象的强引用快照。这个快照必须在灰度逻辑启用前、任何第三方脚本（包括插件、埋点 SDK、广告代码）执行前采集完毕。举个例子：核心订单组件由 class OrderCard extends BaseComponent 定义，那白名单项就应该是 OrderCard.prototype 这个对象引用，而不是字符串 "OrderCard"。采集时直接用 Object.getPrototypeOf(new OrderCard()) 或 OrderCard.prototype 拿到真实引用。白名单建议存进 WeakMap 或者冻结对象里，避免被意外修改。

在组件实例化后立即执行原型基线校验

灰度环境经常通过动态 import 或工厂函数加载不同版本组件（比如 loadComponent('OrderCard@v2')）。这时，必须在实例返回后、挂载前进行校验。操作很简单：const actualProto = Object.getPrototypeOf(instance)，然后比对 whitelistProtos.includes(actualProto)——注意用 ===，不能用 == 或者属性名匹配。如果不匹配，说明这个实例可能来自未授权的构造函数、被 Proxy 包裹了，或者原型链被人改过（比如恶意插件偷偷执行了 Object.setPrototypeOf(instance, fakeProto)）。

结合灰度上下文做分级响应

校验失败不等于立刻崩溃，需要按灰度策略分级处理：

• 对灰度用户（tag: v2-beta）：记录告警、上报 traceId + 实际原型 constructor.name + 调用栈，然后继续渲染降级版的 UI
• 对稳定用户（tag: stable）：直接 throw 错误并 fallback 到静态占位组件，防止污染主流程
• 不要只检查 instance.constructor.name——这个属性可以被轻易覆盖；Object.getPrototypeOf 返回的是不可伪造的内部链接，这才是可靠的判断依据

防御性加固：冻结原型链 + 拦截篡改入口

检测只是第一步，还需要配合主动防护：

• 对已经通过校验的实例，立即执行 Object.freeze(Object.getPrototypeOf(instance))，阻止后续非法扩展方法
• 在全局拦截 Object.setPrototypeOf 和 __proto__ 赋值（尤其在灰度模块加载后），用 Proxy 包裹关键构造函数，捕获并阻断越权原型替换行为
• 校验逻辑本身最好独立打包、内联到 HTML 中，避开可能被污染的模块加载器，这样才足够稳妥