闭包在事件总线中用于隔离和持久化事件名与回调的映射关系，避免全局污染并确保回调访问创建时作用域变量；通过私有handlers对象和暴露的on/emit/off方法实现安全、可控的事件管理。
闭包在事件总线中主要用于**隔离和持久化事件名与回调函数的映射关系**，避免全局污染，同时确保回调函数能访问创建时的作用域变量（比如事件监听器列表）。核心思路是：用一个私有对象（如 handlers）存储映射，所有增删查操作都通过闭包内定义的方法暴露出去，外部无法直接修改内部状态。
用闭包封装 handlers 映射表
这是最常见、最安全的做法。闭包将 handlers 对象封闭在函数作用域内，只通过返回的对象方法操作它：
function createEventBus() {
const handlers = {}; // 私有映射表：{ eventName: [cb1, cb2, ...] }
return {
on(eventName, callback) {
if (!handlers[eventName]) {
handlers[eventName] = [];
}
handlers[eventName].push(callback);
},
emit(eventName, ...args) {
const cbs = handlers[eventName];
if (cbs && cbs.length) {
cbs.forEach(cb => cb(...args));
}
},
off(eventName, callback) {
const cbs = handlers[eventName];
if (cbs) {
const index = cbs.indexOf(callback);
if (index > -1) {
cbs.splice(index, 1);
}
}
}
};
}
// 使用
const bus = createEventBus();
bus.on('user:login', (user) => console.log('欢迎', user.name));
bus.emit('user:login', { name: 'Alice' });
支持通配符或命名空间的增强映射
若需支持类似 'user.*' 或 'api:success' 这类模式匹配，可在闭包内维护更灵活的数据结构（如 Map + 正则缓存），同时仍保持 handlers 的私有性：
- 用
Map存储事件名 → 回调数组，提升查找效率 - 对通配符事件（如
'data.*'）单独缓存正则表达式，避免重复编译 - 所有匹配逻辑（精确匹配 + 模式匹配）都在闭包内部完成，外部只调用
on/emit
防止内存泄漏的关键细节
闭包本身不会导致泄漏，但若回调函数持有对外部大对象的引用，且未正确 off，就可能泄漏。闭包在此处的作用反而是**帮助管理生命周期**：
立即学习“Java免费学习笔记（深入）”；
- 每个事件名对应的回调数组由闭包统一管理，
off()可精准移除指定回调 - 可扩展
clear(eventName)或reset()方法，在闭包内清空对应数组或整个handlers - 若回调是箭头函数或绑定过
this，注意它们可能隐式捕获外层变量——这属于使用规范问题，不是闭包本身的缺陷
对比：不使用闭包的风险
如果把 handlers 暴露为全局变量或模块顶层变量：
- 其他代码可随意
handlers['click'] = []，破坏事件系统一致性 - 无法拦截非法事件名或做参数校验（比如禁止空事件名）
- 调试困难：不知道谁在何时改了映射表
而闭包提供了一层可控的访问契约，让事件总线真正成为“受管的通信通道”。
