Eventbus源码剖析

325 阅读9分钟

前言

  • Eventbus是组件内和组件之间的事件传递,与Intent和Broatcast有什么区别,优劣势在哪,原理如何实现, 使用反射对性能影响?
  1. Intent 传递大数据时导致TransactionTooLargeException,Broadcast 接受事件之后无法指定运行线程,以及这些实现方式的繁琐,耦合
  2. 使用简单,可以指定接收事件的函数运行的线程,解耦,传递大量数据的Event时不会崩溃

原理

  • register
  1. 获取注册对象中通过 @Subscribe 注解的方法,保存在list列表
private static final Map<Class<?>, List<SubscriberMethod>> METHOD_CACHE = new ConcurrentHashMap<>();//当前对象(如:XActivity)中使用@Subscribe注解的方法列表 缓存Map,key=当前对象,value=注解方法列表
 List<SubscriberMethod> findSubscriberMethods(Class<?> subscriberClass) {
		//查看缓存中是否存在当前对象的注解方法列表,如果存在直接返回
        List<SubscriberMethod> subscriberMethods = METHOD_CACHE.get(subscriberClass);
        if (subscriberMethods != null) {
            return subscriberMethods;
        }

        if (ignoreGeneratedIndex) {
            subscriberMethods = findUsingReflection(subscriberClass);//忽略无关紧要信息最终调用findUsingReflectionInSingleClass()
        } else {
            subscriberMethods = findUsingInfo(subscriberClass);//忽略无关紧要信息最终调用findUsingReflectionInSingleClass()
        }
        if (subscriberMethods.isEmpty()) {//如果没有找到注解方法,抛异常,这就是为什么在没有使用@Subscribe方法的类中尝试register会报错的原因
            throw new EventBusException("Subscriber " + subscriberClass
                    + " and its super classes have no public methods with the @Subscribe annotation");
        } else {
            METHOD_CACHE.put(subscriberClass, subscriberMethods);//缓存Map,key=当前对象,value=注解方法列表
            return subscriberMethods;
        }
    }

	//忽略无关紧要信息最终调用findUsingReflectionInSingleClass()
    private List<SubscriberMethod> findUsingReflection(Class<?> subscriberClass) {
		//忽略代码
        findUsingReflectionInSingleClass(findState);
    }

	//忽略无关紧要信息最终调用findUsingReflectionInSingleClass()
 	private List<SubscriberMethod> findUsingInfo(Class<?> subscriberClass) {
		//忽略代码
        findUsingReflectionInSingleClass(findState);
    }
  1. 遍历注解方法列表,逐个绑定到当前对象 2.1 根据注解方法事件对象类型,构建map 2.2 根据注册对象(Activity)保存当前对象中存在的事件类型,构建map 2.3 如果当前注解方法接收的事件是粘性事件,则根据当前方法的参数类型(也就是事件类型)从粘性事件map缓存中(postSticky时保存)获取粘性事件信息,如果存在则执行当前注解方法(实现延迟响应事件的原理)
for (SubscriberMethod subscriberMethod : subscriberMethods) {
		subscribe(subscriber, subscriberMethod);//遍历注解方法,订阅到当前对象 
	}

   //绑定 SubscriberMethod 到 当前对象 
   private void subscribe(Object subscriber, SubscriberMethod subscriberMethod) {

		/**
	     * 1.根据注解方法中的参数类型(event)作为key,保存所有参数是 event 的注解方法 的封装对象(包含注解方法所在的类)
	     * 例如:Activity1中存在注解方法 method1(String msg),method2(String msg) 那么Activity1和method1会打包成一个对象保存,Activity1和method2又会打包一个对象保存
	     * 
	     * map.put("String.class", List(Subscription(Activity1&m1),Subscription(Activity1&m2),Subscription(Activity2&m1)) );
	     * map.put("Int.class", List(Subscription(Activity1&m1),Subscription(Activity1&m2),Subscription(Activity2&m1)) );
	     * 备注:这里的注册对象其实是注解方法和
	     */	
		/**
	     * 重点对象
	     * 缓存集合 key = 事件对象类型(event.class),value = 所有参数是 event 的注解方法 的封装对象(包含注解方法所在的类)
	     * 可以理解为对于 String.class 类型的事件,有多个 Activity1,Activity2... 中存在接收的方法 (可以结合广播理解,一个 action,可以有多个广播接收器能够接收)
	     */	
		private final Map<Class<?>, CopyOnWriteArrayList<Subscription>> subscriptionsByEventType;

        Class<?> eventType = subscriberMethod.eventType;//获取事件对象类型,也就是注解方法的参数类型
        Subscription newSubscription = new Subscription(subscriber, subscriberMethod);//构建新的注册对象(理解为封装后的activity&Method对象)
        CopyOnWriteArrayList<Subscription> subscriptions = subscriptionsByEventType.get(eventType);//根据事件对象类型为Key,获取缓存中的注册对象列表
        if (subscriptions == null) {
            subscriptions = new CopyOnWriteArrayList<>();
            subscriptionsByEventType.put(eventType, subscriptions);//如果为空,添加到map
        } else {
            if (subscriptions.contains(newSubscription)) {
                throw new EventBusException("Subscriber " + subscriber.getClass() + " already registered to event "
                        + eventType);
            }
        }

        int size = subscriptions.size();
        for (int i = 0; i <= size; i++) {
            if (i == size || subscriberMethod.priority > subscriptions.get(i).subscriberMethod.priority) {
                subscriptions.add(i, newSubscription);//根据事件优先级,将当前注册对象插入到合适位置
                break;
            }
        }

		/**
		 *   步骤1总结
	     * 
	     *   @Subscribe(threadMode = ThreadMode.MAIN)
		 *   public void updateUI(String event) {
		 *   }
		 *   
		 *   到这一步为止,会根据 String.class 作为key 保存所有方法参数为String的封装对象(理解为 List(Subscription(Activity1&m1),Subscription(Activity1&m2),Subscription(Activity2&m1)))
		 *   有什么作用呢?等下 post(String event) 的时候就可以根据这个 String.class 作为key找到 所有的已经注册的对象,然后挨个调用这些对象中的  @Subscribe 方法
	     */	


		/**
	     * 2.根据当前注册对象(Activity)作为key,保存所有事件类型。形成一个map
	     * map.put("Activity1",List(String.class,Int.class..));
	     * map.put("Activity2",List(String.class,Int.class..));
	     */	
		/**
	     * 重点对象
	     * 缓存集合 key = 当前注册对象,value = 事件对象类型列表 
	     * 可以理解为在 Activity1 中存在多个注解方法,他们的事件类型为 String.class ,Int.class   
	     */	
 		private final Map<Object, List<Class<?>>> typesBySubscriber;

        List<Class<?>> subscribedEvents = typesBySubscriber.get(subscriber);
        if (subscribedEvents == null) {
            subscribedEvents = new ArrayList<>();
            typesBySubscriber.put(subscriber, subscribedEvents);
        }
        subscribedEvents.add(eventType);//添加事件类型


		/**
		 *   步骤2总结
	     * 
		 *   到这一步为止,会根据当前注册对象 Activity 作为key 保存本类中所有注解方法的事件类型(也是方法参数类型)
		 *   
		 *   有什么作用呢?
		 *   1.用于查询是否已经注册了当前对象 isRegistered(Object subscriber){ return typesBySubscriber.containsKey(subscriber); } 
		 *   2.解绑注册 unregister(Object subscriber) 的时候可以找到所有的事件类型,(结合 subscriptionsByEventType )然后再根据事件找到 已经注册对象的列表,移除当前注册的对象
	     */	



		/**
	     * 3.判断当前注册对象中的注解方法是否为粘性事件,如果粘性事件,从粘性事件缓存中取出粘性事件相关的信息
	     */	
		/**
	     * 重点对象
	     * 缓存集合 key = 事件对象类型,value = Object(事件) 
	     * 粘性事件单独存在一个Map集合中,这也是为什么可以先发送粘性事件,然后在注册接收,因为它存放在缓存map中,只要不清除,它就一直在
	     * map.put("String.class", Object 粘性事件1 );
	     * map.put("String.class", Object 粘性事件2 );
	     * map.put("Int.class",    Object 粘性事件1 );
	     * map.put("Int.class",    Object 粘性事件2 );
	     */	
 		private final Map<Class<?>, Object> stickyEvents;

        if (subscriberMethod.sticky) {
            if (eventInheritance) {
                Set<Map.Entry<Class<?>, Object>> entries = stickyEvents.entrySet();
                for (Map.Entry<Class<?>, Object> entry : entries) {
                    Class<?> candidateEventType = entry.getKey();
                    if (eventType.isAssignableFrom(candidateEventType)) {
                        Object stickyEvent = entry.getValue();
                        checkPostStickyEventToSubscription(newSubscription, stickyEvent);
                    }
                }
            } else {
                Object stickyEvent = stickyEvents.get(eventType);//根据事件类型在粘性map中查找粘性事件
                checkPostStickyEventToSubscription(newSubscription, stickyEvent);//调用post事件,调用对应的注解方法,使得注解方法能够接收之前发送的粘性事件
            }
        }
    }
  1. register主要是保存一些数据,为后续post发送事件做一些铺垫作用
  • post
  1. 跟着注释走主要路线就行,首先通过事件类型,找到已经注册的列表,(注册列表在每次注册的时候添加),找到注册列表之后挨个发送当前事件,怎么发送当前事件?找到注册对象的目标method,根据method指定的运行线程,按需要做一些线程切换的操作,然后通过反射调用 method.invoke(方法所在对象,方法参数)
//发送事件
    public void post(Object event) {
        PostingThreadState postingState = currentPostingThreadState.get();//根据不同Thread区分保存对象
        List<Object> eventQueue = postingState.eventQueue;//事件列表
        eventQueue.add(event);

        if (!postingState.isPosting) {
            postingState.isMainThread = isMainThread();
            postingState.isPosting = true;
            if (postingState.canceled) {
                throw new EventBusException("Internal error. Abort state was not reset");
            }
            try {
                while (!eventQueue.isEmpty()) {
                    postSingleEvent(eventQueue.remove(0), postingState);//循环,发送单一事件
                }
            } finally {
                postingState.isPosting = false;
                postingState.isMainThread = false;
            }
        }
    }

	//发送单一事件
    private void postSingleEvent(Object event, PostingThreadState postingState) throws Error {
        Class<?> eventClass = event.getClass();//事件对象class
        boolean subscriptionFound = false;//是否找到订阅对象
        if (eventInheritance) {
            List<Class<?>> eventTypes = lookupAllEventTypes(eventClass);
            int countTypes = eventTypes.size();
            for (int h = 0; h < countTypes; h++) {
                Class<?> clazz = eventTypes.get(h);
                subscriptionFound |= postSingleEventForEventType(event, postingState, clazz);//发送事件
            }
        } else {
            subscriptionFound = postSingleEventForEventType(event, postingState, eventClass);//发送事件
        }
        if (!subscriptionFound) {//未找到订阅对象
            if (logNoSubscriberMessages) {
                logger.log(Level.FINE, "No subscribers registered for event " + eventClass);
            }
            if (sendNoSubscriberEvent && eventClass != NoSubscriberEvent.class &&
                    eventClass != SubscriberExceptionEvent.class) {
                post(new NoSubscriberEvent(this, event));//未找到订阅对象,发送NoSubscriberEvent
            }
        }
    }

   //根据事件类型发送找到注册对象,然后逐个发送事件
   private boolean postSingleEventForEventType(Object event, PostingThreadState postingState, Class<?> eventClass) {
        CopyOnWriteArrayList<Subscription> subscriptions;
        synchronized (this) {
            subscriptions = subscriptionsByEventType.get(eventClass);//获取注册时添加的注册对象,也就是寻找绑定eventClass的activity集合,可以看到这里依赖于注册方法准备的数据
        }
        if (subscriptions != null && !subscriptions.isEmpty()) {//循环所有注册对象(例如:activity1,activity2..)
            for (Subscription subscription : subscriptions) {
                postingState.event = event;
                postingState.subscription = subscription;
                boolean aborted = false;
                try {
                    postToSubscription(subscription, event, postingState.isMainThread);//发送事件到已注册的对象(某个activity)
                    aborted = postingState.canceled;
                } finally {
                    postingState.event = null;
                    postingState.subscription = null;
                    postingState.canceled = false;
                }
                if (aborted) {
                    break;
                }
            }
            return true;
        }
        return false;
    }

	//发送事件线程处理,队列处理		
   private void postToSubscription(Subscription subscription, Object event, boolean isMainThread) {
        switch (subscription.subscriberMethod.threadMode) {
            case POSTING://与发送事件同一个线程,如果post在主线程,避免耗时操作
                invokeSubscriber(subscription, event);//直接反射调用方法
                break;
            case MAIN://主线程
                if (isMainThread) {//如果post在主线程,直接在主线程中运行,会阻塞发布线程
                    invokeSubscriber(subscription, event);
                } else {//如果post在子线程,则事件排队等待传递,使用handler回调到主线程中 
                    mainThreadPoster.enqueue(subscription, event);
                }
                break;
            case MAIN_ORDERED://主线程-排队
				/**
			     * 这里就有点尴尬了,前面根据 ThreadMode 类的解释是:不同于MAIN,此模式事件总是     排队等待传递,不会阻塞发布线程
			     * 但这里的实现并不是一定方式队列中。不过源码中官方自己备注了技术上实现不正确,未按照 ThreadMode 定义的思想来实现,所以我们就不管它了
			     */	
                if (mainThreadPoster != null) {
                    mainThreadPoster.enqueue(subscription, event);//事件排队等待传递,不会阻塞发布线程
                } else {
 					// temporary: technically not correct as poster not decoupled from subscriber
					// 临时:技术上不正确,未与post线程分离
                    invokeSubscriber(subscription, event);
                }
                break;
            case BACKGROUND://后台线程
                if (isMainThread) {//如果post是主线程,则使用单个后台线程按顺序执行
                    backgroundPoster.enqueue(subscription, event);
                } else {//如果post在子线程,则在post所在的线程执行
                    invokeSubscriber(subscription, event);
                }
                break;
            case ASYNC://异步线程,总是使用异步线程执行,通过线程池管理异步线程,不会阻塞发布线程和主线程
                asyncPoster.enqueue(subscription, event);
                break;
            default:
                throw new IllegalStateException("Unknown thread mode: " + subscription.subscriberMethod.threadMode);
        }
    }

	//最终执行方法,通过反射调用 method.invoke(方法所在对象,方法参数)
   void invokeSubscriber(Subscription subscription, Object event) {
        try {
            subscription.subscriberMethod.method.invoke(subscription.subscriber, event);
        } catch (InvocationTargetException e) {
            handleSubscriberException(subscription, event, e.getCause());
        } catch (IllegalAccessException e) {
            throw new IllegalStateException("Unexpected exception", e);
        }
    }
  1. 粘性事件(Sticky)和普通事件相比,就多了一步将粘性事件保存到缓存 map 中,原来粘性事件的原理这么简单,发送的时候保存到缓存map中,延时(需要时)再取,实现了可以先发送事件,后注册的效果。
//发送粘性事件
  public void postSticky(Object event) {
        synchronized (stickyEvents) {
            stickyEvents.put(event.getClass(), event);//将粘性事件保存到缓存map中
        }
        // 调用post方法
        post(event);
    }
  • unregister
  1. 解绑注册也是比较简单的,首先通过当前对象找到本类中所有的事件类型,再根据某个事件类型找到已经注册该事件的对象列表(如:activity1,activity2…),然后根据比较当前对象是否存在列表中,如果存在,从列表中移除,释放资源
//解绑注册,释放资源等
    public synchronized void unregister(Object subscriber) {
        List<Class<?>> subscribedTypes = typesBySubscriber.get(subscriber);//根据当前对象找到事件类型列表
        if (subscribedTypes != null) {
            for (Class<?> eventType : subscribedTypes) {
                unsubscribeByEventType(subscriber, eventType);//遍历各个事件类型解绑已经注册的对象
            }
            typesBySubscriber.remove(subscriber);
        } else {
            logger.log(Level.WARNING, "Subscriber to unregister was not registered before: " + subscriber.getClass());
        }
    }

	//根据事件类型解绑已注册对象
 	private void unsubscribeByEventType(Object subscriber, Class<?> eventType) {
        List<Subscription> subscriptions = subscriptionsByEventType.get(eventType);//根据事件类型获取已注册的对象列表
        if (subscriptions != null) {
            int size = subscriptions.size();
            for (int i = 0; i < size; i++) {//遍历已注册列表
                Subscription subscription = subscriptions.get(i);
                if (subscription.subscriber == subscriber) {//已注册列表等于当前对象时
                    subscription.active = false;
                    subscriptions.remove(i);//移除列表中的当前对象
                    i--;
                    size--;
                }
            }
        }
    }

分析不会崩溃原因

  • 为什么EventBus传递大数据时不会崩溃?
  1. Intent 方式实际上底层parcel对象在不同activity直接传递过程中保存在一个叫做“ Binder transaction buffe ”的缓冲区,并且这个缓冲区大小有限制,不能超过1M。 EventBus 不存在将数据放在什么缓冲区中,普通事件直接拿到事件对象,找到需要调用的方法直接调用即可,简单的方法参数传递; 而粘性事件,将数据缓存在内存中,保存在map,除非是内存爆炸,不然是没有大小限制的说法。因此说EventBus可以传递大数据
  • EventBus如何指定接收事件方法运行的线程?
  1. EventBus 通过注解的方式指定接收事件的运行线程,在注册的时候将注解信息保存起来,当post事件的时候拿到注册时保存的注解信息(运行线程),通过不同的 ThreadMode 做不同的处理,如开启工作线程执行接收事件的方法,或者通过handler方式将事件运行在主线程中,以此达到指定线程运行方法的目的