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

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

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