緣起
閱讀源碼是每個優秀開發工程師的必經之路，那麼這篇文章就來講解下爲什麼要閱讀源碼以及如何閱讀源碼。
首先來說下爲什麼要讀源碼，有學習源碼的必要嗎？
爲什麼要閱讀源碼？
關於爲什麼閱讀和學習源碼，我個人認爲可能有以下幾點：
（一）吊打面試官，應對面試
爲了找到更好的工作，應對面試，因爲在面試中肯定會問到源碼級別的問題，比如：爲什麼 HashMap 是線程不安全的？
如果你沒有閱讀過源碼，面試官可能會對回答的結果不滿意，進而導致面試結果不太理想，但如果你對源碼有所研究，並能夠很好地問答面試官的問題，這可能就是你的加分點，可以形成自己獨特的競爭力，吊打面試官，升職加薪不是夢。
Android開發常見源碼面試題
1.Glide ：加載、緩存、LRU 算法 (如何自己設計一個大圖加載框架) （LRUCache 原理）
2.EventBus
3.LeakCanary
4.ARouter
5.插件化（不同插件化機制原理與流派，優缺點。侷限性）
6.熱修復
7.RXJava （RxJava 的線程切換原理）
8.Retrofit （Retrofit 在 OkHttp 上做了哪些封裝？動態代理和靜態代理的區別，是怎麼實現的）
9.OkHttp
…
（二）解決問題（bug）
IllegalArgumentException分析
java.lang.IllegalArgumentException: You cannot start a load for a destroyed activity
at com.bumptech.glide.manager.RequestManagerRetriever.assertNotDestroyed(RequestManagerRetriever.java:134)
at com.bumptech.glide.manager.RequestManagerRetriever.get(RequestManagerRetriever.java:102)
at com.bumptech.glide.manager.RequestManagerRetriever.get(RequestManagerRetriever.java:87)
at com.bumptech.glide.Glide.with(Glide.java:629)
at com.r......utils.glide.GlideHelper.loadImage(GlideHelper.java:229)
at com.r......DetailActivity.init(.....DetailActivity.java:423)
......
......
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:887)
這個是在使用Glide的時候遇到的一個問題。這裏如果單純的找到日誌中出現的我們寫的類，並不能很好的找到解決思路。像這類問題呢，其實有個重要的方法那就是追本溯源，什麼意思呢。別看着錯誤log日誌一大堆，這段日誌第一行大意是非法參數異常，不能爲一個銷燬的activity加載數據。第一行只是告訴我們錯誤大致意思，其實也知道了錯誤原因了。但是從第二行纔可以找到問題的根源了。代碼是：at com.bumptech.glide.manager.RequestManagerRetriever.assertNotDestroyed(RequestManagerRetriever.java:134)。這段代碼可以從Glide源碼中找出。找到這個RequestManagerRetriever類的assertNotDestroyed()方法。源碼如下：
@TargetApi(Build.VERSION_CODES.JELLY_BEAN_MR1)
private static void assertNotDestroyed(Activity activity) {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1 && activity.isDestroyed()) {
throw new IllegalArgumentException("You cannot start a load for a destroyed activity");
}
}
這裏我們可以看出You cannot start a load for a destroyed activity這句話就是從這裏向IllegalArgumentException()中作爲參數傳入，並且拋出了這個異常。在看這段代碼，有個判斷，一個是版本號大於J，並且activity.isDestroyed()都爲真時，才拋出這個異常。版本號現在基本都是大於J了，而當我們activity銷燬後，Glide還在工作，這時就拋出了這個異常了。相當於我主線程都銷燬了，你Glide特麼還工作個毛線?加載個數據誰要？因此程序不幹了，給你報錯吧。這裏說明Glide寫的真心不錯的。這裏拋出的這個異常信息還是非常明確的。下面來看看怎麼處理：
if (Util.isOnMainThread()){
Glide.with(getApplicationContext()).load(url).into(view);
}
......
@Override
protected void onDestroy() {
super.onDestroy();
if (Util.isOnMainThread()){
Glide.with(this).pauseRequest();
}
}
在onDestory()中加入了判斷，如果Activity銷燬的話，那麼Glide停止工作啦。老闆都走了你加班給誰看呢？？？
從這個例子可以看出，log日誌中除了我們自己寫的類注意觀察一下外，前兩行日誌還是非常重要的。
（三）提升編程能力
讀一本好書，就是和許多高尚的人談話。-歌德
和閱讀一本好書一樣，閱讀源碼就是和編程大牛面對面交流的機會，在許多優秀的開源項目中，它們的編碼規範和架構設計都是很棒的，另外在設計上也使用了大量的設計模式，通過閱讀和學習源碼，能夠快速提升我們的編碼水平，以及對設計模式有更深的理解。
同時，在我們閱讀完一個源碼後，可以觸類旁通，能夠快速地對其他框架的源碼進行閱讀和學習，減少時間成本。
除了上述提到的原因之外，可能還有許多，在這裏就不一一贅述了，那麼在確定了要閱讀源碼之後，就讓我們看下如何閱讀源碼吧！
如何閱讀源碼？
1.深入解析微信 MMKV 源碼
MMKV 是微信於 2018 年 9 月 20 日開源的一個 K-V 存儲庫，它與 SharedPreferences 相似，但又在更高的效率下解決了其不支持跨進程讀寫等弊端。
2.深入解析阿里巴巴路由框架ARouter 源碼
組件化被越來越多的Android項目採用，而作爲組件化的基礎——路由也是重中之重。因此詳細的分析阿里巴巴開源的路由框架ARouter。從源碼的角度解釋爲什麼這樣使用，以及避免做什麼，讓你使用地更加順滑。
3.深入解析AsyncTask 源碼（一款 Android 內置的異步任務執行庫）
AsyncTask 是 Android SDK 中提供的一個用於執行異步任務的框架，在 Android 興起的早期被廣泛使用，但如今已經被 RxJava、協程等新興框架所取代。雖然它存在着一些不足，但我們還是可以嘗試瞭解一下它的實現原理以及存在的不足。
4.深入解析Volley 源碼（一款 Google 推出的網絡請求框架）
Volley 是 Google 開發的一款網絡請求框架，目前已停止更新。雖然目前大家的關注焦點都在 Retrofit、OkHttp 等第三方網絡請求框架，團隊的項目中所用的也是這兩個框架，但 Volley 中還是有非常多優秀的設計思想值得我們去學習的。
5.深入解析 Retrofit源碼
在Andrroid開發中，網絡請求十分常用，而在Android網絡請求庫中，Retrofit是當下最熱的一個網絡請求庫。
6.深入解析OkHttp 源碼
OkHttp是一個處理網絡請求的開源項目,是Android端最火熱的輕量級框架,由移動支付Square公司貢獻用於替代HttpUrlConnection和Apache HttpClient。隨着OkHttp的不斷成熟，越來越多的Android開發者使用OkHttp作爲網絡框架。
7.深入解析ButterKnife 源碼
作爲 Android開發者，大家肯定都知道大名鼎鼎的butterknife。它大大的提高了開發效率，雖然在很早之前大家就開始使用它了，但是隻知道是通過註解的方式實現的，卻一直沒有仔細的學習下大牛的代碼。所以有必要系統的分析下 butterknife的實現原理。
8.深入解析Okio源碼（一套簡潔高效的 I/O 庫）
Okio 中有兩個非常重要的接口——Sink 以及 Source，它們都繼承了 Closeable，其中 Sink 對應了我們原來所使用的 OutputStream，而 Source 則對應了我們原來所使用的 InputStream。
Okio 的入口就是Okio 類，它是一個工廠類，可以通過它內部的一些 static 方法來創建 Sink、Source 等對象。
9.深入解析SharedPreferences源碼
SharedPreference 是一個 Android 開發自帶的適合保存輕量級數據的 K-V 存儲庫，它使用了 XML 的方式來存儲數據，比如我就經常用它保存一些如用戶登錄信息等輕量級數據。
10.深入解析EventBus 源碼
EventBus 是一個 Android 事件發佈/訂閱框架。
傳統的事件傳遞方式包括：Handler（消息處理機制，一般用於更新UI）、BroadCastReceiver（廣播接收者）、Interface 回調。
EventBus優點：
- Activity、Fragment、Service與線程之間的通訊是很常見的,EventBus正好可以屏蔽一些線程切換問題，簡單地實現發佈訂閱功能。
- 代碼簡潔，使用簡單，並將事件發佈和訂閱充分解耦。
11.Android 自定義註解初探
由於之前用到的很多開源框架如 GreenDao、EventBus、ButterKnife、ARouter 等都使用了自定義註解，因此有必要去研究一下自定義註解。
12.View 的工作機制源碼分析
15.深入解析 Handler 源碼
Android 的消息機制是基於 Handler 實現的。很多人以爲，知道了 Handler、Looper、MessageQueue 就自以爲了解了 Handler 的原理。但其實看源碼的過程中慢慢就會發現，Handler 的內容可不止這點， 像同步屏障、 Handler 的 native 層的阻塞喚醒機制等等這些知識以前就沒有理解清楚。
16.深入解析Binder源碼
Binder在Android中堪稱武林祕籍中的"易筋經"，無論是菜鳥還是老鳥都對之神往。Binder架構是進程間相互通信的最常用手段，四大組件的基本功能都是依賴着Binder才能夠實現的。
爲了開發者能夠使用java與cpp進行binder通信，binder的設計貫穿了framework、native和kernel層，開發者可以輕鬆的在上層使用binder向其它進程發起數據通信。
17.深入解析JNI源碼
Android NDK開發中，常常因爲效率、安全等原因，需要藉助JNI的機制調用到Native環境中進行c/cpp操作。
18.深入解析Glide源碼
Glide 功能豐富，圖片三級緩存、可深度定製（繼承AppGlideModule、LibraryGlideModule實現更多功能）、修改網絡請求庫、支持多種輸入輸出資源的轉換（例如輸入Stream，輸出bitmap等等）、生命週期的管理。因此很有必要深入解析源碼
19.RxJava原理及如何封裝使用
RxJava可謂是Android開發人員必備技能，重要性就無需贅述了。
20.LeakCanary核心原理源碼解析
LeakCanary是Android內存泄漏的框架，作爲一個“面試常見問題”，它一定有值得學習的地方。
21.插件化架構定義及插件化架構的實踐思路分析
babel插件、webpack插件、vue-cli插件，爲啥這麼多的優秀框架都是使用插件系統？插件化架構是什麼？帶來了什麼好處？可以應用到什麼場景呢？
22.熱修復設計之熱修復原理
熱修復技術是當下Android開發中比較高級和熱門的知識點，是中級開發人員通向高級開發中必須掌握的技能。同時目前Android業內，熱修復技術也是百花齊放，各大廠都推出了自己的熱修復方案。因此也有必要了解和學習熱修復原理。
最後
源碼學習不光可以提升自己的技術能力，同時也是面試所需的必備知識點，面試是跳槽漲薪最直接有效的方式，備戰2021金三銀四，各位做好面試造飛機，工作擰螺絲的準備了嗎？
掌握了這些源碼知識點，面試時在候選人中又可以奪目不少，暴擊9999點。機會都是留給有準備的人，只有充足的準備，纔可能讓自己可以在候選人中脫穎而出。
如果你需要這份完整版的Android精編源碼筆記，只需你多多支持和點贊我這篇文章。
多多支持，即可免費獲取資料——三連之後（承諾：100%免費）
快速入手通道：（點這裏）下載！誠意滿滿！！！
Android面試精選題、架構實戰文檔傳送門：https://docs.qq.com/doc/DRW1nUkdhZG5zeGVi
整理不易，覺得有幫助的朋友可以幫忙點贊分享支持一下小編~
你的支持，我的動力；祝各位前程似錦，offer不斷！！！
