【移動應用開發(fā)技術】詳解flutter engine 那些沒被釋放的東西

【移動應用開發(fā)技術】詳解flutterengine那些沒被釋放的東西

由于flutter一直存在內存泄漏的問題，導致很多開發(fā)者不勝困擾，博主在0.9.4就開始對其代碼內部內存問題在engine層面修改代碼，得到解決，但是對于每個版本都需要跟隨官方打包,對于開發(fā)者并不是很友好。然而喜出望外的是，在后來的幾個版本中，官方內置開發(fā)了手動釋放內存的方式:smile_cat:翻譯如下：銷毀引擎的運行上下文。此方法可用于強制FlutterEngine對象釋放所有資源。發(fā)送此消息后，對象將處于不可用狀態(tài)，直到解除分配為止。訪問屬性或向其發(fā)送消息將導致未定義的行為或運行時錯誤。但是,但是,但是，(重要的事說三遍)在Flutterengine開發(fā)群里面，有群友反饋還有很多問題偶現(xiàn)崩潰的是什么鬼，暫時沒有遇到，不好說。之前博主遇到的崩潰是自己使用方式的問題，在fluttervc關閉之后還有任務在執(zhí)行methodchannel，即還在調用plugin，這個可以在開發(fā)上避免。值得注意的是，flutter中使用c++實現(xiàn)，自己對于內存管理并不是很好內存問題自測如下確實存在問題，還有將近30M沒有被釋放，查看一下當前內存對象，如下圖一個一個看還有那些沒有被釋放吧android:LruCacheLeastRecentlyUsed近期最少使用算法。內存管理的一種頁面置換算法，對于在內存中但又不用的數(shù)據(jù)塊（內存塊）叫做LRU，flutterengine會根據(jù)哪些數(shù)據(jù)屬于LRU而將其移出內存而騰出空間來加載另外的數(shù)據(jù)。dart::BackgroundComplier對isolate編譯優(yōu)化的類BackgroundCompiler在后臺線程中運行優(yōu)化編譯的類。實現(xiàn)：每個隔離一個任務，它與擁有isolate一起消失，后臺編譯器中沒有OSR編譯。dart::bin::socketvm和開發(fā)平臺通信的機制，比如jit即時編譯的dill文件，通過socket傳遞給dartvm，vm通過rpc加載文件，重置線程，從而實現(xiàn)hotreload熱重載dart::BoolPrameter定義在dartvm，service.cc中，都繼承自MethodParameter，做對應參數(shù)校驗，參數(shù)解析用。編譯dart文件用的dart::OSThread在dart運行時負責操作系統(tǒng)線程，創(chuàng)建線程，移除線程，線程查找與管理。如下圖FlutterEngineRegistrar注冊使用key注冊plugin的地方，所有plugin調用dart底層的方法都會通過handlemethodcall回調給使用者，其初始化的地方是引起內存泄漏的地方此處有一篇文章介紹，解決engine的循環(huán)引用文章FlutterStandardMethodCodec標準方法編解碼FlutterStringCodecstring編解碼FlutterJsonMessageCodecjson編解碼不看不知道，一看嚇一跳，也竟然是個單例，當然不會被釋放了，也能理解，在flutter中用到jsonmssage的地方很多，用不著每次都初始化代碼實現(xiàn)的地方std:share_ptrxxx共享指針指針獲取flutterisolateservicedart