不推荐直接用 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(); // 逻辑一致，但彼此隔离

需要“切换行为”时，用策略对象注入代替改原型

若不同环境需不同实现（如 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); // 切换即换策略，不碰原型

如果必须动态变更行为，优先用 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

这种方式不污染实例结构，切换原子、可预测，也便于单元测试和 DevTools 调试。