JavaScript单例需手动控制实例唯一性,因class无语言级支持;最稳妥方案是闭包+工厂函数实现懒加载、防篡改、可传参;模块顶层导出对象适用于无参简单场景;慎用单例以防隐式依赖与测试困难。
JavaScript 中没有语言级的单例关键字,所谓“单例”完全靠开发者控制实例生成逻辑;只要保证 new 或调用工厂函数时全局只返回同一个对象引用,就算实现了单例。
class 声明就当单例?因为 class 本身只是语法糖,每次 new MyClass() 都会创

class 不等于单例 —— 模块使用者仍可反复 new
static instance 字段容易被外部修改(比如 MyClass.instance = {}),不可靠利用模块作用域封存私有 instance 变量,对外只暴露一个获取实例的函数。它天然防篡改、支持懒加载、可传参(如配置)。
let instance = null;
function Database(config) {
if (!instance) {
instance = this;
this.config = config;
this.connected = false;
}
return instance;
}
// 导出工厂函数,而非 class 或实例
export const createDatabase = (config) => {
if (!instance) {
return new Database(config);
}
return instance;
};
createDatabase({ host: 'localhost' }) 创建并返回实例instance(参数仅在首次生效)如果不需要构造参数、也不需要运行时初始化逻辑,直接导出一个对象字面量是最轻量的单例写法,且由模块系统保证唯一性。
// logger.js
export const logger = {
level: 'info',
log(message) {
console.log(`[${new Date().toISOString()}] ${message}`);
}
};
import { logger } 得到的都是同一引用logger 初始化时执行异步操作(比如连接远程服务)this 绑定或私有状态的类式封装真正难的不是“怎么写单例”,而是判断“该不该用单例”——全局共享状态容易引发隐式依赖、测试困难、热更新失效。多数时候,显式传入依赖(Dependency Injection)比暗中取单例更可控。