不推荐直接用 object.setprototypeof 实现“无状态单例切换”，因其会破坏封装、降低性能、导致 instanceof 失效且无法真正释放内存；应采用共享原型的工厂函数、策略注入或 proxy 封装来实现安全、可维护的行为切换。
直接用 Object.setPrototypeOf 实现“无状态单例切换”并不推荐，它本质是强行篡改对象原型链，容易破坏封装、引发隐式行为，且与单例模式的设计初衷（控制实例唯一性）相悖。真正实用的做法，是用一个**状态无关的工厂 + 原型复用机制**来模拟“切换”，同时保持实例轻量、无内部状态。
为什么不要直接用 setPrototypeOf 模拟单例切换
Object.setPrototypeOf 会动态修改对象的 [[Prototype]]，但：
- V8 等引擎对频繁修改原型的对象会降级为慢属性模式，性能下降明显；
- 原型链变更后，
instanceof、isPrototypeOf、hasOwnProperty等行为可能意外失效； - 无法真正“切换单例”——原对象还在，新原型只是覆盖了方法查找路径，老数据仍滞留内存；
- 调试困难，堆快照中看不出逻辑归属，违反“单一职责”。
更合理的方式：用共享原型 + 工厂函数控制实例生命周期
所谓“无状态”，是指实例本身不保存业务数据，所有操作都依赖传入参数或外部上下文。此时可把方法定义在原型上，由工厂统一返回新实例，并复用同一套原型：
const ServiceProto = {
fetchData(url) { return fetch(url); },
parse(data) { return JSON.parse(data); }
};
<p>function createService() {
const instance = Object.create(ServiceProto);
// 不挂载任何私有字段，保持纯净
return instance;
}</p><p>// 切换？其实只是创建新实例，用同一套逻辑
const serviceA = createService();
const serviceB = createService(); // 逻辑一致，但彼此隔离
</p>
需要“切换行为”时，用策略对象注入代替改原型
若不同环境需不同实现（如 mock / real / debug），应将差异抽象为策略，而非替换原型：
- 定义统一接口：
{ fetchData, parse }； - 准备多个策略对象：
realStrategy、mockStrategy； - 工厂接收策略，返回绑定该策略的新实例：
function createService(strategy) {
return {
fetchData: (...args) => strategy.fetchData(...args),
parse: (...args) => strategy.parse(...args)
};
}
<p>const realSvc = createService(realStrategy);
const mockSvc = createService(mockStrategy); // 切换即换策略，不碰原型
</p>
如果必须动态变更行为，优先用 Proxy 封装
相比粗暴改 __proto__ 或 setPrototypeOf，Proxy 能在不侵入实例的前提下，拦截方法调用并动态路由到不同目标：
function makeSwitchable(targetA, targetB) {
let current = targetA;
return new Proxy({}, {
get(_, prop) {
return (...args) => current[prop](...args);
},
switchTo(next) {
current = next;
}
});
}
<p>const svc = makeSwitchable(realStrategy, mockStrategy);
svc.fetchData('/api'); // 走 realStrategy
svc.switchTo(mockStrategy);
svc.fetchData('/api'); // 现在走 mockStrategy
</p>
这种方式不污染实例结构，切换原子、可预测，也便于单元测试和 DevTools 调试。
