17370845950

JavaScript中常见设计模式有单例、工厂、观察者、发布-订阅、代理、装饰器、策略和适配器模式；其中单例模式因“全局唯一实例”语义，广泛用于配置管理、日志器等场景，可用闭包或class+静态属性实现，但需注意多iframe、SSR及测试时的状态隔离问题。

JavaScript 里常见的设计模式有哪些

JavaScript 中没有类的强制约束，但设计模式依然高度适用——尤其在模块组织、状态管理、事件解耦等场景。实际项目中高频出现的有：单例模式、工厂模式、观察者模式、发布-订阅模式、代理模式、装饰器模式（常配合 class 和 decorators 提案）、策略模式 和 适配器模式。其中 单例模式 因其简单明确的“全局唯一实例”语义，在配置管理、日志器、状态仓库初始化等场景被反复使用。

用闭包实现最稳妥的单例模式

ES5/ES6 均可使用闭包 + 惰性初始化来保证严格单例。关键点不是“只 new 一次”，而是“无论调用多少次构造函数，返回的始终是同一个对象引用”。闭包能隐藏私有实例变量，避免外部篡改。

const Singleton = (function() {
  let instance = null;
  function createInstance() {
    return { timestamp: Date.now(), id: Math.random() };
  }
  return {
    getInstance() {
      if (!instance) {
        instance = createInstance();
      }
      return instance;
    }
  };
})();

// 使用
const a = Singleton.getInstance();
const b = Singleton.getInstance();
console.log(a === b); // true

注意：instance 变量被封闭在 IIFE 作用域内，无法从外部重置或覆盖，这是比直接挂载到全局对象更安全的做法。

用 class + 静态属性实现（ES6+）

如果偏好 class 语法，可用静态属性缓存实例。但需注意：静态属性可被外部修改（如 MySingleton.instance = null），必须配合防御性检查。

class MySingleton {
  constructor() {
    if (MySingleton.instance) {
      return MySingleton.instance;
    }
    this.timestamp = Date.now();
    MySingleton.instance = this;
  }
}

// 使用
const x = new MySingleton();
const y = new MySingleton();
console.log(x === y); // true

• constructor 内部做实例存在性判断，但仅对 new 调用有效；若有人直接访问 MySingleton.instance 并赋值，会破坏单例
• 不推荐在构造函数中 return 对象字面量（会绕过原型链），上面写法依赖的是 this 绑定和静态属性复用
• 若需支持参数初始化（如传入配置），应在首次调用时捕获参数并冻结后续调用逻辑

容易忽略的边界问题

单例模式在浏览器多 iframe 或 Web Worker 环境下天然失效——每个上下文都有独立的全局作用域和闭包环境。也就是说：iframe 中的 Singleton.getInstance() 和主页面的不是同一个实例。

• 跨 iframe 通信需用 postMessage + 共享状态服务（如 IndexedDB 或 BroadcastChannel）模拟“跨上下文单例”
• SSR（服务端渲染）中，Node.js 的模块缓存机制会让 require 同一文件多次返回同一 module.exports，但若用 ESM 的 import，在不同入口文件中仍可能触发多次初始化（取决于打包器行为）
• 单元测试中，单例状态会污染测试用例，务必在每个 test case 后手动重置（如暴露 resetInstance() 方法）

真正难的从来不是“怎么写一个单例”，而是“怎么确认它在所有运行路径下都保持唯一且可控”。