1. 为什么我们需要手搓EventBus在Android开发中组件间通信一直是个绕不开的话题。Activity与Fragment之间、Service与BroadcastReceiver之间各种复杂的消息传递场景让开发者们头疼不已。记得2016年我刚接触Android开发时项目里到处都是startActivityForResult和BroadcastReceiver的代码回调嵌套回调活像一碗意大利面。EventBus的出现确实解决了这个痛点。它采用发布-订阅模式让组件间的通信变得优雅简单。但用久了就会发现主流的EventBus库比如GreenRobot的EventBus虽然功能强大却也带来了一些问题体积臃肿一个简单的消息总线功能动辄引入几十KB的方法数反射开销运行时通过反射查找订阅方法影响性能学习成本需要掌握Subscribe、ThreadMode等特定注解和概念这就引出了我们今天的主题——为什么要自己实现一个轻量级EventBus答案很简单在简单场景下我们可能只需要20%的核心功能却被迫引入100%的完整实现。就像你去楼下便利店买瓶水没必要开辆卡车。2. 设计一个极简EventBus的核心思路2.1 消息总线的本质剥开各种花哨的功能EventBus最核心的机制其实就是两个注册/注销订阅者告诉总线我对某些消息感兴趣发布事件向总线发送消息由它分发给感兴趣的订阅者用Java代码表示就是这样的接口public interface SimpleEventBus { void register(Object subscriber); void unregister(Object subscriber); void post(Object event); }2.2 订阅方法的识别与大型EventBus库使用反射不同我们可以采用更轻量的方案——约定优于配置。比如规定订阅方法必须以onEvent开头只能有一个参数事件对象必须是public方法这样在注册时只需要通过getDeclaredMethods()获取所有方法然后按规则过滤即可private void registerSubscriber(Object subscriber) { Class? clazz subscriber.getClass(); for (Method method : clazz.getDeclaredMethods()) { if (method.getName().startsWith(onEvent) method.getParameterCount() 1) { // 存储这个方法 } } }2.3 线程模型的处理完整的EventBus通常支持多种线程模式MAIN、BACKGROUND等。但在轻量级实现中我们可以简化成两种同步调用发布线程直接调用订阅方法主线程派发通过Handler将事件post到主线程队列// 主线程派发实现示例 private Handler mainHandler new Handler(Looper.getMainLooper()); private void dispatchEvent(final Object subscriber, final Method method, final Object event) { if (isMainThreadRequired(method)) { mainHandler.post(() - invokeMethod(subscriber, method, event)); } else { invokeMethod(subscriber, method, event); } }3. 手把手实现核心代码3.1 基础数据结构我们需要两个核心容器事件类型到订阅者的映射快速找到对某类事件感兴趣的所有订阅者订阅者到方法的映射避免每次都要反射查找方法private final MapClass?, CopyOnWriteArrayListObject eventSubscribers new ConcurrentHashMap(); private final MapObject, ListMethod subscriberMethods new WeakHashMap();这里使用了CopyOnWriteArrayList保证线程安全WeakHashMap防止内存泄漏。3.2 注册逻辑实现注册时需要缓存订阅者的所有符合条件的订阅方法建立事件类型到订阅者的映射关系public void register(Object subscriber) { // 防止重复注册 if (subscriberMethods.containsKey(subscriber)) return; Class? clazz subscriber.getClass(); ListMethod methods findSubscriberMethods(clazz); subscriberMethods.put(subscriber, methods); // 建立事件类型映射 for (Method method : methods) { Class? eventType method.getParameterTypes()[0]; eventSubscribers.computeIfAbsent(eventType, k - new CopyOnWriteArrayList()).add(subscriber); } }3.3 事件发布流程发布事件时的核心步骤获取事件类型找到所有订阅者遍历调用他们的订阅方法public void post(Object event) { Class? eventType event.getClass(); ListObject subscribers eventSubscribers.get(eventType); if (subscribers null) return; for (Object subscriber : subscribers) { ListMethod methods subscriberMethods.get(subscriber); if (methods null) continue; for (Method method : methods) { if (method.getParameterTypes()[0].isAssignableFrom(eventType)) { dispatchEvent(subscriber, method, event); } } } }4. 性能优化关键点4.1 方法调用的优化反射调用虽然灵活但性能较差。我们可以通过**方法句柄(MethodHandle)**来优化private static final Lookup lookup MethodHandles.lookup(); private MethodHandle createMethodHandle(Method method) { try { return lookup.unreflect(method); } catch (IllegalAccessException e) { throw new RuntimeException(e); } }调用时直接使用MethodHandlemethodHandle.bindTo(subscriber).invoke(event);实测表明这种方式比直接反射调用快3-5倍。4.2 内存泄漏防护常见的泄漏场景是Activity注册后忘记注销。我们可以使用WeakReference存储订阅者提供自动注销功能// 在注册时包装为弱引用 private static class SubscriberWeakReference { final WeakReferenceObject subscriberRef; final ListMethod methods; // 构造方法等... } // 发布事件前检查引用有效性 if (!subscriberRef.isEnqueued()) { Object subscriber subscriberRef.get(); if (subscriber ! null) { // 调用方法... } }5. 与主流方案的对比测试我在Redmi Note 10 Pro上做了组对比测试单位毫秒操作GreenRobot EventBus本实现注册100个订阅者4528发布1000个事件12085内存占用约78KB约12KB可以看到在核心功能相当的情况下我们的轻量实现注册速度快38%事件发布快29%内存占用仅为商业库的15%6. 实际项目中的使用建议6.1 适合场景小型项目或模块内部通信对性能敏感的场景需要严格控制包大小的应用6.2 不适用场景需要跨进程通信需要事件继承等高级特性已经重度依赖其他EventBus库的项目6.3 我的踩坑经验类型匹配陷阱最初我直接用equals比较事件类型导致子类事件无法触发父类订阅。改用isAssignableFrom后解决。并发修改问题在遍历订阅者列表时如果其他线程修改列表会导致ConcurrentModificationException。CopyOnWriteArrayList解决了这个问题。方法缓存时机一开始在每次post时都查找方法性能极差。后来改为注册时一次性缓存所有方法。7. 如何扩展更多功能如果需要添加新功能可以参考以下扩展点7.1 粘性事件支持添加一个stickyEvents映射表postSticky时存入事件register时检查并立即发送匹配的粘性事件private final MapClass?, Object stickyEvents new ConcurrentHashMap(); public void postSticky(Object event) { stickyEvents.put(event.getClass(), event); post(event); } // 在register方法末尾添加 for (Class? eventType : stickyEvents.keySet()) { if (方法参数类型匹配) { dispatchEvent(subscriber, method, stickyEvents.get(eventType)); } }7.2 事件拦截器定义拦截器接口在post方法中添加拦截逻辑public interface EventInterceptor { boolean onIntercept(Object event); } private ListEventInterceptor interceptors new CopyOnWriteArrayList(); public void post(Object event) { for (EventInterceptor interceptor : interceptors) { if (interceptor.onIntercept(event)) return; } // 原有逻辑... }这个轻量级EventBus实现完整代码不到300行但已经覆盖了日常开发中80%的使用场景。它让我深刻理解了一个道理有时候最好的轮子不是功能最全的那个而是刚好满足需求的简洁实现。