利用闭包避免全局命名空间冲突的最佳实践

闭包通过作用域隔离有效规避全局命名冲突，核心策略是利用IIFE封装私有状态、工厂函数创建独立生成器、模块导出单例实例，并且遵循一条黄金准则——绝不挂载全局或暴露可写属性。这样做能将变量与函数牢牢锁定在自己作用域内，不向全局（如window或模块顶层）注入任何内容，仅暴露必要的接口。

下面直接介绍几种具体实现方式：

使用IIFE封装私有状态，避免变量泄露

将一组相关逻辑包裹在立即执行函数表达式（IIFE）中，内部变量对外不可见，仅返回所需方法。例如：

• 代码示例：const counter = (function() { let count = 0; return { next: () => ++count, reset: () => count = 0 }; })();
• count完全私有，外部无法直接读写，只能通过公开的next()或reset()方法操作。
• 即使多个模块各自定义同名counter，彼此也不会相互影响——每个IIFE都创建独立的作用域，实现彻底隔离。

利用工厂函数生成隔离的ID生成器

当需要多个不同规则的序列（例如用户ID每次递增1、订单号每次递增10）时，可借助工厂函数配合闭包实现：

• 定义代码：function createIdGenerator(start = 0, step = 1) { let id = start - step; return () => (id += step); }
• 调用方式：const userId = createIdGenerator(1001, 1); const orderId = createIdGenerator(10000, 10);
• 两个生成器完全独立运行，userId()与orderId()互不干扰，也不会污染全局命名空间。

在模块文件中导出单例实例代替工厂函数

若整个项目只需一套统一编号（如通用ID），应在模块内直接执行并导出结果函数：

• 在id.js中编写：export const nextId = (() => { let id = 0; return () => ++id; })();
• 其他文件统一导入：import { nextId } from './id.js';
• 所有调用都指向同一个闭包实例，确保全局唯一、连续且无重复。
• 这种做法比到处调用createIdGenerator()更安全，有效杜绝多个初始化点导致的序列错乱问题。

避免挂载到全局对象或随意暴露可写属性

切勿为了“图方便”将内容塞入window或导出带有可写字段的对象：

• ❌ 错误写法：window.nextId = 0; export const idUtils = { next() { return ++window.nextId; } };
• ✅ 正确做法：只导出纯函数，例如export const nextId = () => { /* 闭包内自增 */ };
• 可写属性（如idUtils.step = 5）相当于打开了后门，会破坏封装性与确定性，务必避免。