RxJava+MVP模式下的Nucles框架

內存泄漏分析

最近在學習MVP架構模式中,一直模糊與MVP模式真正能帶來什么,我們能從中收獲什么。淺顯地來說代碼分層,易于重構和維護,代碼結構分析。但真正在使用過程中,感覺又是可有可無的東西。接下來是我這一天學習查閱資料的體會。

Android項目性能優(yōu)化中有個必須關注的點是內存泄漏,下面篇幅不在細說內存泄漏工具檢測,而在重點說明在實際場景中造成內存泄漏的原因以及解決方案和MVP模式的好處。

  • 內存泄漏常見場景
    1.資源對象沒關閉
    比如Cursor游標File文件等,我們在不使用的時候應該關閉它,以便它們的緩沖及時回收內存。面對這一情況一定要養(yǎng)成關閉資源的習慣,因為這種造成泄漏的是長時間大量操作情況下才會復現(xiàn),會為以后的測試和排查帶來困難和風險
    2.構造Adapter適配器時,沒有使用緩存的contentView
    3.試著使用Application的Context代替Activity的Context
    Application的Context的生命周期維持整個應用,若在使用過程中持有了該Context,那么在回收過程中因為該Context的生命周期過長,會導致持有對象無法回收
    4.注冊沒取消
    如廣播、服務等,即使程序結束了,但是別的引用程序可能仍然對我們的程序的某個對象的引用,泄漏的內存仍不能被回收。調用廣播registerReceiver后記得要調用unregisterReceiver
    5.集合對象沒清空
    若在單例中維護集合對象,我們通常把一些對象引用加入到集合中,當我們不需要該對象時,需要把它的引用從集合中移除,避免集合對象占用過多內存
    6.內部類持有外部類導致
    在外部類中定義內部類,如定義一個線程或者Handler,當線程執(zhí)行耗時操作時關閉Activity,重復該操作,由于線程持有Activity對象,導致Activity對象無法被回收。

線程耗時這種操作是無法避免的,這時就可以使用MVP模式了,把耗時操作放入Presenter中執(zhí)行,可以定義static靜態(tài)Presenter,讓其不持有Activity對象,這是一種解決思路,但我們可以通過別人對MVP模式的封裝來優(yōu)化內存泄漏的問題。

備注:AsyncTask和RxJava處理異步時,cancle或者unsubscribe僅是不觸發(fā)onPostExecute或onNext。異步操作還是在跑的,只是沒通知回調而已,這個是以前的誤區(qū)。所以這種內存消耗是無法避免的,我們的優(yōu)化點就在于避免不必要的異步耗時請求

通常意義上Presenter都有持有View對象,而View經常是Activity和Fragment來扮演,那這不就是矛盾了嗎?在Presenter會執(zhí)行網絡請求這些耗時操作,請求結束后會讓View作出反饋,那當Activity或者Fragment釋放時由于Presenter持有對象那就會Acitivity或者Fragment釋放不了可能導致內存泄露的發(fā)生。那么怎么解決這個問題呢?可以在View onDestroy銷毀時執(zhí)行Presenter解綁View操作,讓View置null,通知GC釋放View。當View重新置于前臺時讓Presenter重新綁定。

Nucles框架

下面會花一定篇幅來介紹MVP封裝庫Nucles,而Nucles是什么呢,有什么好處?

  • 特性總結
    1.它支持在View/Fragment/Activity的Bundle中保存/恢復Presenter的狀態(tài),一個Presenter可以保存它的請求參數到bundles中,以便之后重啟它們
    2.它允許一個View實例持有多個Presenter對象
    3.快速實現(xiàn)View和Presenter的綁定
    4.提供線程的基類以便復用
    5.支持在進程重啟后,自動重新發(fā)起請求,在onDestroy方法中,自動退訂RxJava訂閱
    6.相當簡潔
  • 代碼層總結
Paste_Image.png

RequiesPresenter:自定義注解,方便工廠加工Presenter實例
PresenterStorage:Presenter存儲單例,方便View重啟恢復Presenter
RxPresenter:實現(xiàn)對業(yè)務的封裝,對業(yè)務做解綁操作等
PresenterLifecycleDelegate:Presenter生命周期委托,其中的方法對應View的生命周期。如onSaveInstanceState保存Presenter相關至View的bundlestate,以便onRestoreInstanceState時恢復
NucleusActivity/NucleusFragment/NucleusLayout:持有PresenterLifecycleDelegate對象,統(tǒng)一PresenterLifecycleDelegate管理Presenter生命周期
Delivery相關:涉及RxJava部分,通常是建議Presenter不直接操作View,Delivery實現(xiàn)Observable<數據源>->Observable<View,數據源>轉換,動態(tài)操作View

通過一張圖來作分析:


Paste_Image.png

<View,T>分別對應View對象和數據源。Observable<T>是如通過Retrofit網絡請求到的數據源操作。我們需要將數據源操作轉換成對View和數據源兩者的操作。從中而知我們需要封裝個Delivery對象存放View和數據源,然后將網絡請求轉換成對Delivery。最終subscribe訂閱后讓Delivery內部處理特定邏輯。那么View對象是從哪里獲取到的呢,答案就在構造參數Observable<View> view對象中,這個對象是聲明在RxPresenter中的private final BehaviorSubject<View> views = BehaviorSubject.create();

最后附上例子:
https://github.com/hhhhskfk/oschina-mvp

RxJava介紹

BehaviorSubject:相當于Observable或者Subscriber,這個作用是當被訂閱后執(zhí)行onNext執(zhí)行具體操作后,會優(yōu)先發(fā)送一個默認值
SubscriptionList:Subscription列表,管理列表中訂閱的解除
Observable.first():僅在第一次訂閱中執(zhí)行
combineLatest():作用于最近發(fā)射的數據項:如果Observable1發(fā)射了A并且Observable2發(fā)射了B和C,combineLatest()將會分組處理AB和AC

具體RxJava干貨請看這里

Awesome-RxJava

RxJava resources

Blog

開發(fā)者前線翻譯的一系列很贊的教程

一些不錯的介紹操作符的文章

一些不錯的翻譯文章

一些原理分析的文章

Test

App

  • android-gfycat -Android application that loads gifs via gfycat for efficiency's sake

  • JakeWharton/u2020 -Jake大神的項目,里面有RxJava和Retrofit一起使用的例子

  • Avengers - 一個使用Retrofit+RxJava+MVP的app

  • TranslateApp - 一個使用 MVP+Dagger2+RxJava+Retrofit的實現(xiàn)手機端『劃詞翻譯』功能的App - 咕咚翻譯

  • AppPlus - 一個可以用于傳送Apk文件,提取APK文件等的工具軟件。

  • rx-android-architecture -Android中使用Rx的一種架構

  • android-boilerplate -使用RxJava+Retrofit+MVP的app,并了結合詳細的測試用例

  • RxJavaApp -用于學習RxJava操作符的APP

Example

Library

Stackoverflow

Video

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,797評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,179評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,628評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,642評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,444評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,948評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,040評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,185評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發(fā)現(xiàn)了一具尸體,經...
    沈念sama閱讀 48,717評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,794評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,418評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,414評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,750評論 2 370

推薦閱讀更多精彩內容