故事根據真實事件改編（如有雷同，絕對巧合）

我司一直瀕臨倒閉邊緣，公司上下全力打造的XX相機、XX購物、XX天氣、XX消消樂等諸多app下載量慘淡…

誰曾想，突然有一天，我們的XX相機下載量竟然從200暴漲到1000了！

一直都延遲發放的工資竟然按時發放了！一向摳搜的老闆也破天荒在群裡發了個20元紅包。（群人數38，紅包個數50）

這天老闆突然來到我身邊，他蜜汁微笑。

老闆：“小李啊，我們的app，要加點功能。”

我：“加！老闆您說！加什麼！”

老闆：“我們的相機，現在下載量不錯，但是贏利點不足，相機里加個購物模組，拍照出現的道具，直接購買同款！再加上我們們的消消樂，搶佔使用者的使用時長！加個XX農場，每天拍照澆水！加個美食、加個外賣、加個電影演出…”

我：“等等！老闆！這還是個相機嗎？”

老闆若有所思，片刻後回答：“是相機。”

我：“我咋聽著像美團？”

老闆：“不錯，我們的目標就是做成第二個美團！加上這些功能，估計業務可以大爆發！小李，需求你懂了吧，能開發嗎？要是不能的話，就去財務…”

我：“老闆！沒問題的！這些功能我們都有對應的app，我只需要利用外掛化技術，呼叫對應app即可！三個月，僅需三個月即可上線！”

老闆：“半個月。”

我：“沒問題！”

隨著網際網路企業的不斷髮展，產品專案中的模組越來越多，使用者體驗要求也越來越高，想實現小步快跑、快速迭代的目的越來越難，還有65535，應用之間的互相呼叫等等問題，外掛化技術應用而生。

如果沒有外掛化技術，美團、淘寶這些整合了大量“app”的應用，可能會有幾個g那麼大。

要想完全明白外掛化，首先需要了解Android系統的底層實現，需要解決以下3個問題：

1、外掛中程式碼的載入和與主工程的互相呼叫

2、外掛中資源的載入和與主工程的互相訪問

3、四大元件生命週期的管理

外掛化技術也是面試常問的技術點，Android的知識點就這麼多，比較偏細節，沒有實操經歷很難完全理解。

而據官方資料，近一半的安卓開發者不懂反射原理，沒有掌握動態代理底層原理的更是高達96%！

雖然現在很多公司開源了外掛化框架，但還有非常多的開發者對外掛化一知半解。所以我要給大家分享網易雲特約講師的外掛化講解影片，私信我【外掛化】

其實對於程式設計師來說，要學習的知識內容、技術有太多太多，要想不被環境淘汰就只有不斷提升自己，從來都是我們去適應環境，而不是環境來適應我們！

我們要有規劃地學習，不停的進階，這才是正道。

而從自身規劃的角度講，技術上的進階分如下幾個階段：

做好業務需求的功能。這個是初級程式設計師就應該有的能力。
解決極端情況下的技術問題，比如效能最佳化，OOM等。稍有點規模的公司，肯定都會遇到這種問題，比如上文中說的App在部分機型上崩潰、頁面載入不出來等。只是大部分程式設計師會覺得難以復現，或者是因為小機率事件而忽略了。在忽略這些問題的過程中，也放棄了進一步提升的可能性。還有一部分程式設計師是看到了這些問題，但一直不知道怎麼解決，因為這些問題的產生基本都是要往底層框架去找原因，而平時只關注上層的業務邏輯程式碼，因而沒有深入研究底層的原理，導致心有餘而力不足。
在開發框架和效率上做文章。舉個例子，很多程式設計師說自己的精力都在和產品的撕逼中浪費了，但有沒有想過，能夠透過技術手段將自己從繁雜的無技術含量的工作中解救出來？比如是否能夠做到只編寫一次程式碼，或者改個配置引數就能夠做到在不同平臺上執行。更高的要求是，能否將這些方案做成通用框架或產品。

上面列舉的幾個階段，首先要從思考方式上去逼迫自己不斷地逼迫自己，不要偷懶。其次，要想按照上述階段發展，還需要落在實處，在具體的技術體系中不斷的學習。