这里省略了Lifecycle的相关背景介绍，直接进入主题，不多逼逼。我们这里先不深入到源码分析，就从常用的几个类分析下这个组件的实现思路。一句话，这个Lifecycle设计思想就是一个观察者模式。
其观察者模式相关的核心类
- 被观察者 LifecycleOwner
- 观察者 LifecycleObserver
- 存储观察者的容器 LifecycleRegistry
这是一个典型的观察者需要具备的元素
那么Android中Activity如何利用这些组件发送自己的生命周期事件呢？Android support 包 26以上 AppCompatActivity实现了LifecycleOwner接口，说明Activity现在本身是一个被观察者，其次，AppCompatActivity中持有了LifecycleRegistry这个保存观察者的容器，那么可以猜想只要将我们的观察者添加到这个容器中，那么AppCompatActivity生命周期发生变化时，就能够传达给观察者。那么具体怎么实现当Activity的生命周期发生变化时何通知到观察者呢？有一个思路是我们可以在Activity的每个生命周期回调方法中将相关的事件分发给观察者。但是源码中并没有这样做，而是利用了一个中间件ReportFragment来间接的分发事件传达给观察者，为啥这样做呢？这就是Google大佬的牛逼所在，因为Fragment生命周期和Activity生命周期是联动的，Fragment可以感知对应的Activity生命周期。这个设计还是很巧妙的，而且降低了耦合，并且这个中间件可以复用。比如我们如果想传达Fragment的生命周期，我们就可以直接利用这个中间件ReportFragment，而不用在Fragment的每个生命周期方法中再写一套相同的逻辑传达生命周期事件。
以上就是Lifecycle生命周期感知组件核心的设计思想。其优点是，我们可以自动感知到Activity/Fragment生命周期的变化，而不用再像之前Activity/Fragment生命周期变化时，手动的发送通知。
一点小思考，Activity/Fragment生命周期方法很多，比如 onCreate()、onStart()、onResume()...那么如何实现Activity/Fragment 每个生命周期方法回调中，正确传达到我们观察者对应的方法中呢？比如下面代码
public class MyPresenter implements LifecycleObserver{
public void onCreate(){
//ignore some code
}
public void onStart(){
//ignore some code
}
}
我这里我定义了一个观察者MyPresenter，并且想监听Activty/Frgment的 onCreate()和onStart()方法，那么猜想我们该如何实现？（暂时不看google源码实现）
思路一：我们可以利用注解，事先约定好注解，比如在onCreate方法标记一个注解如@Lifeccyle("onCreate")，在onStart()方法上标记一个注解 @Lifecycle("onStart") 。那么如果此时需要分发Activity的onCreate()事件给观察者时，这时我们可以利用反射机制，获取到这个观察者对象所有方法的注解信息，找到其中@Lifeccyle注解值为"onCreate"的方法，然后反射调用。onStart方法原理一样。这样就可以实现了，但是这样性能有点低，每次Activity传达事件时，就要反射调用方法。
思路二：我们可以建立一个模版观察者，比如
public class BaseLifecycleObserver{
public void onCreate(){
}
public void onStart(){
}
public void onResume(){
}
public void onPause(){
}
public void onStop(){
}
public void onDestroy(){
}
...
}
这里我们建立了一个模板的Activity/Fragment生命周期观察者，然后定义了所有的生命周期方法，我们约定所有的观察者必须继承这个模板观察者，这样在运行时，我们就可以根据当前的生命周期类型，回调观察者对应的生命周期监听方法。
以上就是我们自己的思路，实际上google也是类似这样实现的，不过内部应该进行了一些小优化，逼格更高点。
分析完毕！
