Android Component Framwork為我們解決了一些繁瑣的問題落君，并勾勒出Android App開發(fā)的合理框架颜说。也可以說是一種官方推薦的標準范式漓糙，使用這種范式編碼卿闹，我們可以構(gòu)建出可展性更強捺宗，邏輯更為清晰的App对蒲。因而在使用該種范式之前钩蚊，我們有必要弄清楚該框架的設(shè)計思路。同時我們也應(yīng)該高度重視框架給出的開發(fā)理念蹈矮。的確砰逻，是一些基本的，核心的理念指導或者誤導著我們的編碼
1.LifeCycle的作用是什么泛鸟？
一些對象的功能執(zhí)行與Fragment,Activity的生命周期相關(guān)蝠咆。這造成的后果是Activity,Fragment代碼復雜，邏輯不清晰北滥。另外刚操，與生命周期相關(guān)的回調(diào)是系統(tǒng)作出的，App本身并不能掌控再芋。對生命周期錯誤的響應(yīng)赡茸，會使得代碼出現(xiàn)嚴重問題。LifeCycle的解決方法是將Fragment,Activity的生命周期邏輯剝離出去祝闻。讓關(guān)心這些生命周期的對象依賴于抽象的LifeCycle占卧，而不是Activity和Fragement。另外联喘，對于Activity狀態(tài)的訪問华蜒，Activity類并沒有給出足夠的接口（比如并沒有isResumed,isStarted,isPaused等方法）。當然豁遭，我們可以在子類中保存當前生命周期狀態(tài)（如果你不嫌麻煩的話）叭喜。所以我們需要這樣一個庫，為我們解決這些常規(guī)的任務(wù)--將與生命周期相關(guān)的代碼剝離出Activity蓖谢，還能時刻跟蹤并訪問Actvity狀態(tài)捂蕴。LifeCycle為我們做了這些。
2.探究源碼實現(xiàn)
基本類
LifecycleOwner表示某一個類擁有生命周期闪幽，比如Activity,Fragment啥辨。
LifeCycle將生命周期抽象出來，暴露出對當前生命狀態(tài)訪問的接口盯腌，并管理維護對該生命周期感興趣的觀察者溉知。
主要流程
Actvity和Fragment需要將狀態(tài)分發(fā)出去。比如onCreate方法被調(diào)用時，需要通知其他對象级乍。這表明Activity和Fragement需要管理維護觀察者舌劳。實際的實現(xiàn)是將這一功能代理給了LifecycleRegistry。而LifecycleRegistry則繼承于Lifecycle.這是典型的代理模式玫荣。Android DataBinding中大面積使用了這種模式甚淡。之前說過LifecycleRegsitry維護這觀察者列表，因而當某個對象關(guān)心該生命周期時捅厂，可將自己加入到這個列表贯卦。這樣當生命周期狀態(tài)轉(zhuǎn)換時，便可收到通知恒傻。這似乎并沒有什么讓人驚嘆的地方，只是Lifecycle庫做的更為優(yōu)雅--可以通過注解的方式注解某一方法建邓，表明該方法在注解參數(shù)所指定的事件之后執(zhí)行盈厘。
3.寫在后面的話
Lifecycle庫只是Android component framework的一小部分，在我看來創(chuàng)建這個庫官边，只是為了解決LiveData在觀察者模式上的一些問題沸手。LiveData是與生命周期相關(guān)的，他會追蹤生命周期注簿，并根據(jù)生命周期狀態(tài)去決定是否通知觀察者契吉，同時也在合適的時候做清理工作。所以Lifecycle只是我們探究的第一步诡渴，開始而已捐晶，后面更精彩....
