問題背景
對于開發(fā)者而言，什么是Flutter？它是用什么語言編寫的晃琳，包含哪幾部分，是如何被編譯琐鲁，運(yùn)行到設(shè)備上的呢卫旱？Flutter如何做到Debug模式Hot Reload快速生效變更，Release模式原生體驗(yàn)的呢围段？Flutter工程和我們的Android/iOS工程有何差別顾翼，關(guān)系如何，又是如何嵌入Android/iOS的呢奈泪？Flutter的渲染和事件傳遞機(jī)制如何工作适贸？Flutter支持熱更新嗎？Flutter官方并未提供iOS下的armv7支持涝桅，確實(shí)如此嗎拜姿？在使用Flutter的時候，如果發(fā)現(xiàn)了engine的bug冯遂，如何去修改和生效蕊肥？構(gòu)建緩慢或出錯又如何去定位，修改和生效呢蛤肌？
凡此種種晴埂，都需要對Flutter從設(shè)計，開發(fā)構(gòu)建寻定，到最終運(yùn)行有一個全局視角的觀察儒洛。
本文將以一個簡單的hello_flutter為例，介紹下Flutter相關(guān)原理及定制與優(yōu)化狼速。
Flutter簡介
Flutter的架構(gòu)主要分成三層:Framework琅锻，Engine和Embedder。
Framework使用dart實(shí)現(xiàn)向胡，包括Material Design風(fēng)格的Widget,Cupertino(針對iOS)風(fēng)格的Widgets恼蓬，文本/圖片/按鈕等基礎(chǔ)Widgets，渲染僵芹，動畫处硬，手勢等。此部分的核心代碼是:flutter倉庫下的flutter package拇派，以及sky_engine倉庫下的io,async,ui(dart:ui庫提供了Flutter框架和引擎之間的接口)等package荷辕。
Engine使用C++實(shí)現(xiàn)凿跳，主要包括:Skia,Dart和Text。Skia是開源的二維圖形庫疮方，提供了適用于多種軟硬件平臺的通用API控嗜。其已作為Google Chrome，Chrome OS骡显，Android, Mozilla Firefox, Firefox OS等其他眾多產(chǎn)品的圖形引擎疆栏，支持平臺還包括Windows7+,macOS 10.10.5+,iOS8+,Android4.1+,Ubuntu14.04+等。Dart部分主要包括:Dart Runtime惫谤，Garbage Collection(GC)壁顶，如果是Debug模式的話，還包括JIT(Just In Time)支持溜歪。Release和Profile模式下若专，是AOT(Ahead Of Time)編譯成了原生的arm代碼，并不存在JIT部分痹愚。Text即文本渲染，其渲染層次如下:衍生自minikin的libtxt庫(用于字體選擇蛔糯，分隔行)拯腮。HartBuzz用于字形選擇和成型。Skia作為渲染/GPU后端蚁飒，在Android和Fuchsia上使用FreeType渲染动壤，在iOS上使用CoreGraphics來渲染字體。
Embedder是一個嵌入層淮逻，即把Flutter嵌入到各個平臺上去琼懊，這里做的主要工作包括渲染Surface設(shè)置,線程設(shè)置，以及插件等爬早。從這里可以看出哼丈，F(xiàn)lutter的平臺相關(guān)層很低，平臺(如iOS)只是提供一個畫布筛严，剩余的所有渲染相關(guān)的邏輯都在Flutter內(nèi)部醉旦，這就使得它具有了很好的跨端一致性。
Flutter工程結(jié)構(gòu)
本文使用開發(fā)環(huán)境為flutter beta v0.3.1桨啃，對應(yīng)的engine commit:09d05a389车胡。
以hello_flutter工程為例，F(xiàn)lutter工程結(jié)構(gòu)如下所示:
其中ios為iOS部分代碼照瘾，使用CocoaPods管理依賴匈棘，android為Android部分代碼，使用Gradle管理依賴析命，lib為dart代碼主卫，使用pub管理依賴逃默。類似iOS中Cocoapods對應(yīng)的Podfile和Podfile.lock，pub下則是pubspec.yaml和pubspec.lock队秩。
Flutter模式
對于Flutter笑旺，它支持常見的debug,release,profile等模式，但它又有其不一樣馍资。
Debug模式：對應(yīng)了Dart的JIT模式筒主，又稱檢查模式或者慢速模式。支持設(shè)備鸟蟹，模擬器(iOS/Android)乌妙，此模式下打開了斷言，包括所有的調(diào)試信息建钥，服務(wù)擴(kuò)展和Observatory等調(diào)試輔助藤韵。此模式為快速開發(fā)和運(yùn)行做了優(yōu)化，但并未對執(zhí)行速度熊经，包大小和部署做優(yōu)化泽艘。Debug模式下，編譯使用JIT技術(shù)镐依，支持廣受歡迎的亞秒級有狀態(tài)的hot reload匹涮。
Release模式：對應(yīng)了Dart的AOT模式，此模式目標(biāo)即為部署到終端用戶槐壳。只支持真機(jī)然低，不包括模擬器。關(guān)閉了所有斷言务唐，盡可能多地去掉了調(diào)試信息雳攘，關(guān)閉了所有調(diào)試工具。為快速啟動枫笛，快速執(zhí)行吨灭，包大小做了優(yōu)化。禁止了所有調(diào)試輔助手段刑巧，服務(wù)擴(kuò)展沃于。
Profile模式：類似Release模式，只是多了對于Profile模式的服務(wù)擴(kuò)展的支持海诲，支持跟蹤繁莹，以及最小化使用跟蹤信息需要的依賴，例如特幔，observatory可以連接上進(jìn)程咨演。Profile并不支持模擬器的原因在于，模擬器上的診斷并不代表真實(shí)的性能蚯斯。
鑒于Profile同Release在編譯原理等上無差異薄风，本文只討論Debug和Release模式饵较。
事實(shí)上flutter下的iOS/Android工程本質(zhì)上依然是一個標(biāo)準(zhǔn)的iOS/Android的工程，flutter只是通過在BuildPhase中添加shell來生成和嵌入App.framework和Flutter.framework(iOS),通過gradle來添加flutter.jar和vm/isolate_snapshot_data/instr(Android)來將Flutter相關(guān)代碼編譯和嵌入原生App而已遭赂。因此本文主要討論因flutter引入的構(gòu)建循诉，運(yùn)行等原理。編譯target雖然包括arm,x64,x86,arm64撇他，但因原理類似茄猫，本文只討論arm相關(guān)(如無特殊說明，android默認(rèn)為armv7)困肩。
Flutter代碼的編譯與運(yùn)行(iOS)
Release模式下的編譯
release模式下划纽，flutter下iOS工程中dart代碼構(gòu)建鏈路如下所示:
[圖片上傳失敗...(image-d4a0e4-1587451476567)]
其中g(shù)en_snapshot是dart編譯器，采用了tree shaking(類似依賴樹邏輯锌畸，可生成最小包勇劣，也因而在Flutter中禁止了dart支持的反射特性)等技術(shù),用于生成匯編形式的機(jī)器代碼，再通過xcrun等編譯工具鏈生成最終的App.framework潭枣。換句話說比默，所有的dart代碼，包括業(yè)務(wù)代碼盆犁，三方package代碼命咐，它們所依賴的flutter框架代碼，最終將會變成App.framework蚣抗。
tree shaking功能位于gen_snapshot中侈百，對應(yīng)邏輯參見: engine/src/third_party/dart/runtime/vm/compiler/aot/precompiler.cc
dart代碼最終對應(yīng)到App.framework中的符號如下所示:
[圖片上傳失敗...(image-74982e-1587451476567)]
事實(shí)上瓮下，類似Android Release下的產(chǎn)物(見下文)翰铡，App.framework也包含了kDartVmSnapshotData，kDartVmSnapshotInstructions讽坏，kDartIsolateSnapshotData锭魔，kDartIsolateSnapshotInstructions四個部分。為什么iOS使用App.framework這種方式路呜，而不是Android的四個文件的方式呢迷捧？原因在于在iOS下，因?yàn)橄到y(tǒng)的限制胀葱，F(xiàn)lutter引擎不能夠在運(yùn)行時將某內(nèi)存頁標(biāo)記為可執(zhí)行漠秋，而Android是可以的。
Flutter.framework對應(yīng)了Flutter架構(gòu)中的engine部分抵屿，以及Embedder庆锦。實(shí)際中Flutter.framework位于flutter倉庫的/bin/cache/artifacts/engine/ios*下，默認(rèn)從google倉庫拉取轧葛。當(dāng)需要自定義修改的時候搂抒，可通過下載engine源碼艇搀，利用Ninja構(gòu)建系統(tǒng)來生成。
Flutter相關(guān)代碼的最終產(chǎn)物是:App.framework(dart代碼生成)和Flutter.framework(引擎)求晶。從Xcode工程的視角看焰雕，Generated.xcconfig描述了Flutter相關(guān)環(huán)境的配置信息，然后Runner工程設(shè)置中的Build Phases新增的xcode_backend.sh實(shí)現(xiàn)了Flutter.framework的拷貝(從Flutter倉庫的引擎到Runner工程根目錄下的Flutter目錄)與嵌入和App.framework的編譯與嵌入芳杏。最終生成的Runner.app中Flutter相關(guān)內(nèi)容如下所示:
其中flutter_assets是相關(guān)的資源矩屁，代碼則是位于Frameworks下的App.framework和Flutter.framework。
Release模式下的運(yùn)行
Flutter相關(guān)的渲染蚜锨，事件档插，通信處理邏輯如下所示:
[圖片上傳失敗...(image-87de3e-1587451476567)]
其中dart中的main函數(shù)調(diào)用棧如下:
[圖片上傳失敗...(image-d2eeb2-1587451476567)]
Debug模式下的編譯
Debug模式下flutter的編譯，結(jié)構(gòu)類似Release模式亚再，差異主要表現(xiàn)為兩點(diǎn):
1.Flutter.framework
因?yàn)槭荄ebug郭膛，此模式下Framework中是有JIT支持的，而在Release模式下并沒有JIT部分氛悬。
2.App.framework
不同于AOT模式下的App.framework是Dart代碼對應(yīng)的本地機(jī)器代碼则剃，JIT模式下，App.framework只有幾個簡單的API如捅，其Dart代碼存在于snapshot_blob.bin文件里棍现。這部分的snapshot是腳本快照，里面是簡單的標(biāo)記化的源代碼镜遣。所有的注釋己肮，空白字符都被移除，常量也被規(guī)范化悲关，也沒有機(jī)器碼谎僻，tree shaking或者是混淆。
App.framework中的符號表如下所示:
[圖片上傳失敗...(image-69acda-1587451476567)]
對Runner.app/flutter_assets/snapshot_blob.bin執(zhí)行strings命令可以看到如下內(nèi)容:
Debug模式下main入口的調(diào)用堆棧如下:
[圖片上傳失敗...(image-a99717-1587451476567)]
Flutter代碼的編譯與運(yùn)行(Android)
鑒于Android和iOS除了部分平臺相關(guān)的特性外寓辱，其他邏輯如Release對應(yīng)AOT艘绍，Debug對應(yīng)JIT等均類似，此處只涉及兩者不同秫筏。
Release模式下的編譯
release模式下诱鞠，flutter下Android工程中dart代碼整個構(gòu)建鏈路如下所示:
[圖片上傳失敗...(image-d108e8-1587451476567)]
其中vm/isolate_snapshot_data/instr內(nèi)容均為arm指令，將會在運(yùn)行時被engine載入这敬，并標(biāo)記vm/isolate_snapshot_instr為可執(zhí)行航夺。vm_中涉及runtime等服務(wù)(如gc)，用于初始化DartVM崔涂，調(diào)用入口見Dart_Initialize(dart_api.h)阳掐。isolate__則是對應(yīng)了我們的App代碼，用于創(chuàng)建一個新的isolate,調(diào)用入口見Dart_CreateIsolate(dart_api.h)。flutter.jar類似iOS的Flutter.framework锚烦，包括了engine部分的代碼(Flutter.jar中的libflutter.so)觅闽，以及一套將Flutter嵌入Android的類和接口(FlutterMain,FlutterView,FlutterNativeView等)。實(shí)際中flutter.jar位于flutter倉庫的/bin/cache/artifacts/engine/android*下涮俄，默認(rèn)從google倉庫拉取蛉拙。當(dāng)需要自定義修改的時候，可通過下載engine源碼彻亲，利用Ninja構(gòu)建系統(tǒng)來生成flutter.jar孕锄。
以isolate_snapshot_data/instr為例，執(zhí)行disarm命令結(jié)果如下:
[圖片上傳失敗...(image-8f384a-1587451476567)]
[圖片上傳失敗...(image-72bd8f-1587451476567)] )
其Apk結(jié)構(gòu)如下所示:
[圖片上傳失敗...(image-eab749-1587451476567)]
APK新安裝之后苞尝，會根據(jù)一個ts的判斷(packageinfo中的versionCode結(jié)合lastUpdateTime)來決定是否拷貝APK中的assets畸肆，拷貝后內(nèi)容如下所示:
isolate/vm_snapshot_data/instr均最后位于app的本地data目錄下，而這部分又屬于可寫內(nèi)容宙址，因此可以通過下載并替換的方式盯孙，完成App的整個替換和更新藐不。
Release模式下的運(yùn)行
[圖片上傳失敗...(image-5816b4-1587451476567)]
Debug模式下的編譯
類似iOS的Debug/Release的差別杉编，Android的Debug與Release的差異主要包括以下兩部分:
1.flutter.jar
區(qū)別同iOS
2.App代碼部分
位于flutter_assets下的snapshot_blob.bin窒篱，同iOS。
在介紹了iOS/Android下的Flutter編譯原理后注益，下面著重描述下如何定制flutter/engine以完成定制和優(yōu)化碴巾。鑒于Flutter處于敏捷的迭代中，現(xiàn)在的問題后續(xù)不一定是問題丑搔，因而此部分并不是要去解決多少問題厦瓢，而是選取不同類別的問題來說明解決思路。
Flutter構(gòu)建相關(guān)的定制與優(yōu)化
Flutter是一個很復(fù)雜的系統(tǒng)啤月，除了上述提到的三層架構(gòu)中的內(nèi)容外煮仇，還包括Flutter Android Studio(Intellij)插件，pub倉庫管理等顽冶。但我們的定制和優(yōu)化往往是在flutter的工具鏈相關(guān)欺抗，具體代碼位于flutter倉庫的flutter_tools包售碳。接下來舉例說明下如何對這部分做定制强重。
Android部分
相關(guān)內(nèi)容包括flutter.jar，libflutter.so(位于flutter.jar下)贸人，gen_snapshot间景，flutter.gradle，flutter(flutter_tools)艺智。
1.限定Android中target為armeabi
此部分屬于構(gòu)建相關(guān)倘要，邏輯位于flutter.gradle下。當(dāng)App是通過armeabi支持armv7/arm64的時候，需要修改flutter的默認(rèn)邏輯封拧。如下所示:
[圖片上傳失敗...(image-6efdd0-1587451476567)]
因?yàn)間radle本身的特點(diǎn)志鹃，此部分修改后直接構(gòu)建即可生效。
2.設(shè)定Android啟動時默認(rèn)使用第一個launchable-activity
此部分屬于flutter_tools相關(guān)泽西，修改如下:
[圖片上傳失敗...(image-3be3c2-1587451476567)]
這里的重點(diǎn)不是如何去修改曹铃，而是如何去讓修改生效。原理上來說捧杉，flutter run/build/analyze/test/upgrade等命令實(shí)際上執(zhí)行的都是flutter(flutter_repo_dir/bin/flutter)這一腳本陕见，再通過腳本通過dart執(zhí)行flutter_tools.snapshot(通過packages/flutter_tools生成)。其邏輯如下:
<pre class="cm-s-default" style="color: rgb(89, 89, 89); margin: 0px; padding: 0px; background: none 0% 0% / auto repeat scroll padding-box border-box rgba(0, 0, 0, 0);">if [[ ! -f "SNAPSHOT_PATH" ]] || [[ ! -s "STAMP_PATH" ]] || [[ "(cat "STAMP_PATH")" != "revision" ]] || [[ "FLUTTER_TOOLS_DIR/pubspec.yaml" -nt "FLUTTER_ROOT/version" touch "
FLUTTER_ROOT/bin/internal/update_dart_sdk.sh" echo Building flutter tool... if [[ "
BOT" == "true" ]] || [[ "
CHROME_HEADLESS" == "1" ]] || [[ "
CI" == "true" ]]; then PUB_ENVIRONMENT="
PUB_ENVIRONMENT:flutter_install" if [[ -d "
{PUB_CACHE:-"
FLUTTER_TOOLS_DIR" "
DART" --snapshot="
FLUTTER_TOOLS_DIR/.packages" "
revision" > "$STAMP_PATH" fi</pre>
不難看出要重新構(gòu)建flutter_tools味抖，可以刪除flutter_repo_dir/bin/cache/flutter_tools.stamp(這樣重新生成一次)评甜，或者屏蔽掉if/fi判斷(每一次都會重新生成)。
3.如何在Android工程Debug模式下使用release模式的flutter
當(dāng)開發(fā)者在研發(fā)中發(fā)現(xiàn)flutter有些卡頓時仔涩，猜測可能是邏輯的原因忍坷，也可能是因?yàn)槭荄ebug下的flutter。此時可以構(gòu)建release下的apk熔脂，也可以將flutter強(qiáng)制修改為release模式如下:
[圖片上傳失敗...(image-5f5ec8-1587451476567)]
iOS部分
相關(guān)內(nèi)容包括:Flutter.framework承匣，gen_snapshot，xcode_backend.sh锤悄，flutter(flutter_tools)韧骗。
1.優(yōu)化構(gòu)建過程中反復(fù)替換Flutter.framework導(dǎo)致的重新編譯
此部分邏輯屬于構(gòu)建相關(guān)，位于xcode_backend.sh中零聚，F(xiàn)lutter為了保證每次獲取到正確的Flutter.framework,每次都會基于配置(見Generated.xcconfig配置)查找和替換Flutter.framework袍暴，但這也導(dǎo)致了工程中對此Framework有依賴部分代碼的重新編譯，修改如下:
[圖片上傳失敗...(image-b97e9-1587451476567)]
2.如何在iOS工程Debug模式下使用release模式的flutter
只需要將Generated.xcconfig中的FLUTTER_BUILD_MODE修改為release隶症，F(xiàn)LUTTER_FRAMEWORK_DIR修改為release對應(yīng)的路徑即可政模。
3.armv7的支持
原始文章請參見:https://github.com/flutter/engine/wiki/iOS-Builds-Supporting-ARMv7
事實(shí)上flutter本身是支持iOS下的armv7的，但目前并未提供官方支持蚂会，需要自行修改相關(guān)邏輯淋样，具體如下:
a.默認(rèn)的邏輯可以生成Flutter.framework(arm64)
b.修改flutter以使得flutter_tools可以每次重新構(gòu)建，修改build_aot.dart和mac.dart胁住，將相關(guān)針對iOS的arm64修改為armv7,修改gen_snapshot為i386架構(gòu)趁猴。
其中i386架構(gòu)下的gen_snapshot可通過以下命令生成:
<pre class="cm-s-default" style="color: rgb(89, 89, 89); margin: 0px; padding: 0px; background: none 0% 0% / auto repeat scroll padding-box border-box rgba(0, 0, 0, 0);">./flutter/tools/gn --runtime-mode=debug --ios --ios-cpu=arm ninja -C out/ios_debug_arm</pre>
這里有一個隱含邏輯:
構(gòu)建gen_snapshot的CPU相關(guān)預(yù)定義宏(x86_64/__i386等)，目標(biāo)gen_snapshot的arch彪见，最終的App.framework的架構(gòu)整體上要保持一致儡司。即x86_64->x86_64->arm64或者i386->i386->armv7。
c.在iPhone4S上余指，會發(fā)生因gen_snapshot生成不被支持的SDIV指令而造成EXC_BAD_INSTRUCTION(EXC_ARM_UNDEFINED)錯誤捕犬，可通過給gen_snapshot添加參數(shù)--no-use-integer-division實(shí)現(xiàn)(位于build_aot.dart)。其背后的邏輯如下圖所示:
[圖片上傳失敗...(image-2ae734-1587451476567)]
d.基于a和b生成的Flutter.framework,將其lipo create生成同時支持armv7和arm64的Flutter.framework。
e.修改Flutter.framework下的Info.plist碉碉，移除
<pre class="cm-s-default" style="color: rgb(89, 89, 89); margin: 0px; padding: 0px; background: none 0% 0% / auto repeat scroll padding-box border-box rgba(0, 0, 0, 0);"> <key>UIRequiredDeviceCapabilities</key> <array> <string>arm64</string> </array></pre>
同理柴钻，對于App.framework也要作此操作，以免上架后會受到App Thining的影響垢粮。
flutter_tools的調(diào)試
例如我們想了解flutter在構(gòu)建debug模式下的apk的時候顿颅，具體執(zhí)行的邏輯如何，可以按照下面的思路走:
a.了解flutter_tools的命令行參數(shù)
[圖片上傳失敗...(image-d7332e-1587451476567)]
b.以dart工程形式打開packages/flutter_tools足丢，基于獲得的參數(shù)修改flutter_tools.dart粱腻，設(shè)置命令行dart app即可開始調(diào)試。
[圖片上傳失敗...(image-a52f6f-1587451476566)]
定制engine與調(diào)試
假設(shè)我們在flutter beta v0.3.1的基礎(chǔ)上進(jìn)行定制與業(yè)務(wù)開發(fā)斩跌，為了保證穩(wěn)定绍些，一定周期內(nèi)并不升級SDK，而此時耀鸦，flutter在master上修改了某個v0.3.1上就有的bug柬批，記為fix_bug_commit。如何才能跟蹤和管理這種情形呢袖订？
1.flutter beta v0.3.1指定了其對應(yīng)的engine commit為:09d05a389氮帐，見flutter/bin/internal/engine.version。
3.因?yàn)?中拿到的是master代碼洛姑，而我們需要的是特定commit(09d05a389)對應(yīng)的代碼庫上沐，因而從此commit拉出新分支:custom_beta_v0.3.1。
4.基于custom_beta_v0.3.1(commit:09d05a389)楞艾，執(zhí)行g(shù)client sync参咙，即可拿到對應(yīng)flutter beta v0.3.1的所有engine代碼。
5.使用git cherry-pick fix_bug_commit將master的修改同步到custom_beta_v0.3.1硫眯，如果修改有很多對最新修改的依賴蕴侧，可能會導(dǎo)致編譯失敗。
6.對于iOS相關(guān)的修改執(zhí)行以下代碼:
<pre class="cm-s-default" style="color: rgb(89, 89, 89); margin: 0px; padding: 0px; background: none 0% 0% / auto repeat scroll padding-box border-box rgba(0, 0, 0, 0);">./flutter/tools/gn --runtime-mode=debug --ios --ios-cpu=arm ninja -C out/ios_debug_arm ./flutter/tools/gn --runtime-mode=release --ios --ios-cpu=arm ninja -C out/ios_release_arm ./flutter/tools/gn --runtime-mode=profile --ios --ios-cpu=arm ninja -C out/ios_profile_arm ./flutter/tools/gn --runtime-mode=debug --ios --ios-cpu=arm64 ninja -C out/ios_debug ./flutter/tools/gn --runtime-mode=release --ios --ios-cpu=arm64 ninja -C out/ios_release ./flutter/tools/gn --runtime-mode=profile --ios --ios-cpu=arm64 ninja -C out/ios_profile</pre>
即可生成針對iOS的arm/arm64&debug/release/profile的產(chǎn)物两入【幌可用構(gòu)建產(chǎn)物替換flutter/bin/cache/artifacts/engine/ios*下的Flutter.framework和gen_snapshot。
如果需要調(diào)試Flutter.framework源代碼裹纳，構(gòu)建的時候命令如下:
<pre class="cm-s-default" style="color: rgb(89, 89, 89); margin: 0px; padding: 0px; background: none 0% 0% / auto repeat scroll padding-box border-box rgba(0, 0, 0, 0);">./flutter/tools/gn --runtime-mode=debug --unoptimized --ios --ios-cpu=arm64 ninja -C out/ios_debug_unopt</pre>
用生成產(chǎn)物替換掉flutter中的Flutter.framework和gen_snapshot择葡，即可調(diào)試engine源代碼。
7.對于Android相關(guān)的修改執(zhí)行以下代碼:
<pre class="cm-s-default" style="color: rgb(89, 89, 89); margin: 0px; padding: 0px; background: none 0% 0% / auto repeat scroll padding-box border-box rgba(0, 0, 0, 0);">./flutter/tools/gn --runtime-mode=debug --android --android-cpu=arm ninja -C out/android_debug ./flutter/tools/gn --runtime-mode=release --android --android-cpu=arm ninja -C out/android_release ./flutter/tools/gn --runtime-mode=profile --android --android-cpu=arm ninja -C out/android_profile</pre>
即可生成針對Android的arm&debug/release/profile的產(chǎn)物痊夭〉蟀叮可用構(gòu)建產(chǎn)物替換flutter/bin/cache/artifacts/engine/android*下的gen_snapshot和flutter.jar脏里。
