分析guava eventbus之前，先看一下传统观察者模式的写法：
Subject接口是抽象主题，相当于被观察者，它持有一个监听者observer的列表，attach方法往这个列表里面注册监听者，detach方法注销监听者，notify方法用于事件发生时通知到列表中的监听者
通常在notify的实现方法中会调用监听者的update方法。
Observer是抽象观察者，带一个update方法，update方法被具体主题的notify方法调用。
这是一种传统的针对接口的编程方法。与之不同的是eventbus里面采用“”隐式接口”，一种基于java Annotation的编程方式。
区别在于：这种“隐式接口”的对应关系是在程序运行时产生的，而基于真正意义接口与实现的是在编译时就建立的对应关系，相比之下，“隐式接口”则更加灵活
我们分析下隐式接口以及实现是怎么建立绑定关系的，看代码：
1 ##SubscriberRegistry类的register方法
2 void register(Object listener) {
3 Multimap<Class<?>, Subscriber> listenerMethods = findAllSubscribers(listener);
4
5 for (Map.Entry<Class<?>, Collection<Subscriber>> entry : listenerMethods.asMap().entrySet()) {
6 Class<?> eventType = entry.getKey();
7 Collection<Subscriber> eventMethodsInListener = entry.getValue();
8
9 CopyOnWriteArraySet<Subscriber> eventSubscribers = subscribers.get(eventType);
10
11 if (eventSubscribers == null) {
12 CopyOnWriteArraySet<Subscriber> newSet = new CopyOnWriteArraySet<Subscriber>();
13 eventSubscribers = MoreObjects.firstNonNull(
14 subscribers.putIfAbsent(eventType, newSet), newSet);
15 }
16
17 eventSubscribers.addAll(eventMethodsInListener);
18 }
19 }
这个方法中有用的就是第3行，其余的代码大致分析一下，就是便利这个Mutimap,将同一类型的事件的监听者Subsriber添加到对应的set当中，如果当前类型事件的Subsriber的set是空，那么先添加一个空的set.
跟进以上第3行的方法：
1 /**
2 * Returns all subscribers for the given listener grouped by the type of event they subscribe to.
3 */
4 private Multimap<Class<?>, Subscriber> findAllSubscribers(Object listener) {
5 Multimap<Class<?>, Subscriber> methodsInListener = HashMultimap.create();
6 Class<?> clazz = listener.getClass();
7 for (Method method : getAnnotatedMethods(clazz)) {
8 Class<?>[] parameterTypes = method.getParameterTypes();
9 Class<?> eventType = parameterTypes[0];
10 methodsInListener.put(eventType, Subscriber.create(bus, listener, method));
11 }
12 return methodsInListener;
13 }
这个方法中核心的方法是第7行，获取特定class的带Subscribe注解的所有方法，其余代码的意思是拿到这些方法后，放到多值map当中，然后返回。
跟进以上第7行的方法：
1 private static ImmutableList<Method> getAnnotatedMethods(Class<?> clazz) {
2 return subscriberMethodsCache.getUnchecked(clazz);
3 }
跟倒这里后，eclipse没得跟了，怀疑是内部匿名类调用了某个方法相关联（eclipse对内部匿名类的调用链路也显示不全）
我们看看这个
subscriberMethodsCache
1 private static final LoadingCache<Class<?>, ImmutableList<Method>> subscriberMethodsCache =
2 CacheBuilder.newBuilder()
3 .weakKeys()
4 .build(new CacheLoader<Class<?>, ImmutableList<Method>>() {
5 @Override
6 public ImmutableList<Method> load(Class<?> concreteClass) throws Exception {
7 return getAnnotatedMethodsNotCached(concreteClass);
8 }
9 });
load方法被调用的时候，调用了 当前类的 getAnnotatedMethodsNOtCached方法，跟进去这个方法：
1 private static ImmutableList<Method> getAnnotatedMethodsNotCached(Class<?> clazz) {
2 Set<? extends Class<?>> supertypes = TypeToken.of(clazz).getTypes().rawTypes();
3 Map<MethodIdentifier, Method> identifiers = Maps.newHashMap();
4 for (Class<?> supertype : supertypes) {
5 for (Method method : supertype.getDeclaredMethods()) {
6 if (method.isAnnotationPresent(Subscribe.class) && !method.isSynthetic()) {
7 // TODO(cgdecker): Should check for a generic parameter type and error out
8 Class<?>[] parameterTypes = method.getParameterTypes();
9 checkArgument(parameterTypes.length == 1,
10 "Method %s has @Subscribe annotation but has %s parameters."
11 + "Subscriber methods must have exactly 1 parameter.",
12 method, parameterTypes.length);
13
14 MethodIdentifier ident = new MethodIdentifier(method);
15 if (!identifiers.containsKey(ident)) {
16 identifiers.put(ident, method);
17 }
18 }
19 }
20 }
21 return ImmutableList.copyOf(identifiers.values());
22 }
第2行的意思是拿到当前类自己+当前类的父类货接口 的所有类，放在一个Set中
第4行遍历这个Set
第5行遍历每个类的所有方法
第6行调用Method的isAnnotationPresent方法判断目标方法带有 @Subscribe注解,并且 该方法不能是 “复合方法”
第16行把复合条件的方法放到map中去，并在21行返回！