闭包实现的 eventbus 通过 iife 封装 handlers 私有对象,提供 on、emit、off 方法;支持 once 扩展及可选通配符匹配,需注意回调引用一致以避免内存泄漏。

用闭包实现发布订阅事件总线,核心是把事件的注册(on)、触发(emit)和取消(off)逻辑封装在一个私有作用域里,避免全局污染,同时让监听器列表不被外部直接访问或修改。
创建一个基于闭包的 EventBus 实例
通过立即执行函数(IIFE)返回一个对象,内部维护一个 handlers 对象(键为事件名,值为回调函数数组),所有操作都通过返回的方法进行:
const EventBus = (function () {
const handlers = {}; // 私有存储,外部无法直接访问
return {
on(event, callback) {
if (!handlers[event]) {
handlers[event] = [];
}
handlers[event].push(callback);
},
emit(event, ...args) {
if (handlers[event]) {
handlers[event].forEach(cb => cb(...args));
}
},
off(event, callback) {
if (!handlers[event]) return;
if (!callback) {
handlers[event] = []; // 清空该事件所有监听
} else {
const index = handlers[event].indexOf(callback);
if (index > -1) {
handlers[event].splice(index, 1);
}
}
}
};
})();
这样每次调用 EventBus.on('click', fn) 都会把回调存进闭包内的 handlers,其他模块无法篡改它。
支持通配符或事件命名空间(可选增强)
如果需要更灵活的匹配(比如 'user.*' 匹配 'user.login'、'user.logout'),可以在 on 和 emit 中加入简单模式匹配逻辑:
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 注册时仍按原名存,但 emit 可遍历所有匹配的 key(如用 event.startsWith('user.'))
- 或用 handlers['*'] 存全局监听器,emit 时一并触发
- 注意:通配符会增加运行时开销,简单场景不建议过度设计
确保 this 指向正确与防止内存泄漏
实际使用中容易忽略两点:
- 回调中的 this:默认不是绑定上下文的,推荐用户自行用 fn.bind(obj) 或箭头函数;也可在 on 内部做一层包装(但会增加复杂度)
- off 必须传入同一函数引用:因为数组靠 === 判断,所以不能传匿名函数或每次新建的函数。常见写法是把回调定义在外部再传入
const handler = () => console.log('got it');
EventBus.on('data', handler);
// ✅ 后续可正常取消
EventBus.off('data', handler);
// ❌ 这样无法取消,因为是新函数
EventBus.on('data', () => console.log('new'));
EventBus.off('data', () => console.log('new')); // 不生效
扩展:支持 once(只执行一次)
只需在 on 基础上加一个 once 方法,在触发后自动调用 off:
once(event, callback) {
const onceCallback = (...args) => {
callback(...args);
this.off(event, onceCallback); // 注意:这里 off 要传包装后的函数引用
};
this.on(event, onceCallback);
}
关键点是把包装函数存下来,并传给 off,否则找不到要删的项。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










