快到2022年了，你是否還再爲突破技術的瓶頸而煩惱，你是否打算年後就跳槽，你是否拿到了大廠的offer了，你是否爲了加薪而在發愁？ 如果上面的擔憂你都有的話，快來提升自己的技術壁壘，突破技術瓶頸，讓升職加薪不再遙遠。不要再猶豫了，快點行動起來吧！努力學習幾個月，年後爭取升職拿高薪。最後祝大家：新的一年財源滾滾、升職加薪！！！
一、App啓動速度優化
二、App繪製優化
三、內存優化
四、架構設計 MVVM
MVC->MVP->MVVM演進過程
MVC -> MVP -> MVVM幾個軟件設計模式是一步步演化發展的，MVVM 從MVP的進一步發展與規
範, MVP隔離了MVC中的M與V的直接聯後，靠Presenter中轉,所以使用MVP時P是直接調
用View的接口來實現對視圖的操作的，這個View接口的東西一般來說是showData、showLoading
等等。M與V已經隔離了，便測試了，但代碼還不夠優雅簡潔，所以MVVM就彌補了這些缺陷。在
MVVM中就出現的Data Binding這個概念，意思就是View接口的showData這些實現方河以寫
了，過Binding來實現。
三種模式的相同點
M層和V層的實現是一樣的。
三種模式的不同點
三者的差在於如何粘合View和Model,現用戶的交互操作以及變更通知。
●. Controller:接收View的命令,對Model進行操作，-個Controller可以對應多個View。
●Presenter: Presenter 與Controller-樣,接收View的命令，對Model進行操作;與Controller不
同的是Presenter會反作用於View, Model的變更通知首先被Presenter獲得,然後Presenter再去
更新View。常一個Presenter只對應於一 個View。 據Presenter和View對邏輯代碼分擔的程度不
同，這種模式又有兩種情況:普通的MVP模式和Passive View模式。
●ViewModel: 注意這裏的"Mode!"指的是View的Model,跟MVVM中的一個Model不是一 回事。所
謂View的Model就是包含View的一些數據屬性和操作的這麼一個東，這種模式的關鍵技術就是
數據綁定(data binding)， View的變化會直接影響ViewModel, ViewModel的變化或者內容也
直接體現在View_上。這種模式實際上是框架替應用開發者做了一些工作,開發織需要較少的
代碼就能實現比較複雜的交互。
最後
總之啊，家裏沒礦的同學們，如果你們想以後的日子過得好一些，多想想你們的業餘時間怎麼安排吧；
技術方面的提升肯定是重中之重，但是技術外的一些“軟實力”也不能完全忽視，很多時候升職確實是因爲你的技術足夠強，但也與你的“軟實力”密切相關
在這我也分享一份大佬自己收錄整理的 Android 學習 PDF+架構視頻+面試文檔+源碼筆記 ，還有高級架構技術進階腦圖、Android 開發面試專題資料，高級進階架構資料這些都是我閒暇還會反覆翻閱並給下屬員工學習的精品資料。在腦圖中，每個知識點專題都配有相對應的實戰項目，可以有效的幫助大家掌握知識點。
有需要可加V信：
