我們知道flutter跨平臺(tái)的原理是采用dart語(yǔ)言預(yù)編譯的方式直接編譯出各個(gè)平臺(tái)的原生代碼迷帜，而不需要類似RN用JavaScript橋接器執(zhí)行原生代碼。那么這樣做的性能究竟如何呢卦洽？是否能達(dá)到和原生一樣的流暢度，是否如官方所說達(dá)到恒定60fps的性能體驗(yàn)斜棚？今天我們就以android為例從幾個(gè)不同的維度來實(shí)際測(cè)試一下阀蒂！
我們分別用 flutter 和 android 原生來編寫一個(gè)ui效果一模一樣的 apk，然后打出 release 版本的安裝包打肝，為了保證測(cè)試結(jié)果的可靠性脂新，我們不引入任何第三方庫(kù)，只用框架提供的控件做一些簡(jiǎn)單ui粗梭，這里附上demo源碼：flutter demo争便，android demo。好了断医，我們打出各自的release版本apk滞乙，然后使用AndroidStudio自帶的APK Analyzer進(jìn)行分析，如下圖：
apk 大小 可以明確的看出來鉴嗤，原生的安裝包要比 flutter 安裝包小約 6M 左右斩启。
classes.dex 大小 看 dex 大小你會(huì)不會(huì)很奇怪，原生的 classes.dex 竟然比 flutter
版的dex大六百多KB醉锅，這是因?yàn)樵?dex 里引入了 support 庫(kù)和各種基礎(chǔ)控件(ImageView TextView等等)兔簇，而
flutter 的 dex 里面沒有support庫(kù)，也沒有原生控件，實(shí)際上 flutter 實(shí)現(xiàn)了一套自己的控件垄琐，包括 Material
Design 和 Cupertino（iOS風(fēng)格的widget）边酒。
res 對(duì)比 可以看到原生的資源文件要比 flutter 大約200多k，而我們項(xiàng)目中沒有編寫任何資源文件狸窘，所以這些資源文件大多是
support 包和 sdk 自帶的墩朦。
lib 庫(kù) 大家可能會(huì)發(fā)現(xiàn)，我們的 flutter 版 app 多出了一個(gè) lib 庫(kù)翻擒，打開里邊是一個(gè)?libflutter.so氓涣，因?yàn)?/p>
Flutter 引擎是用 C、C++ 來編寫的陋气，在 android 上會(huì)使用 ndk 編譯劳吠，在 iOS 上使用 LLVM
編譯，而我們自己寫的 dart 代碼會(huì)通過 AOT 編譯成各個(gè)平臺(tái)的本地代碼巩趁。
通過對(duì)比我們了解到赴背，flutter 版的 apk 大小會(huì)比 android 原生的多出約 6M 左右，其中核心引擎大約 3.2MB晶渠，框架+應(yīng)用程序代碼大約是 1.25MB，必需的 Java 代碼 .dex 將近 60k燃观，而 assets 文件里還約有 2.1MB 的 ICU 數(shù)據(jù)等褒脯，單純從安裝包上來說，原生是要優(yōu)于 flutter 的缆毁。
為了測(cè)試覆蓋更加充分番川，我們分別在 debug 和 release 模式上進(jìn)行性能測(cè)試。而據(jù)官方介紹 flutter 的 debug 模式在性能上是要略于 release 版的脊框，所以他們提供了 profile 模式供我們測(cè)試颁督，profile 模式編譯和啟動(dòng) Flutter 應(yīng)用程序幾乎與 release 模式完全相同。
我們先看 android 原生的 debug 和 flutter 的 proflle 模式性能對(duì)比,這里我們用 Android Profiler 進(jìn)行性能指標(biāo)檢測(cè)浇雹，demo 只有一個(gè)界面沉御，用 ListView 展示 10000 條數(shù)據(jù)。下面看圖：
CPU資源占用 首先昭灵，我們看 CPU 的占用吠裆，在啟動(dòng)的時(shí)候，android 原生對(duì) cpu 的占用峰值在26.8%烂完，而且?guī)缀跏潜容^平穩(wěn)的變化试疙，而 flutter 對(duì) cpu 的占用峰值達(dá)到了 35.5%，是一種很陡峭的形態(tài)抠蚣，然后在大約十六七秒的時(shí)候祝旷，分別滑動(dòng)了 listview， android 原生對(duì) cpu 資源的占用峰值約 23%，而flutter約 22.5%怀跛。從圖中也可以看得出距贷，flutter 對(duì) cpu 資源的占用是突然之間占用很高，而 android則相對(duì)平穩(wěn)一些敌完。
內(nèi)存占用 內(nèi)存占用表現(xiàn)上兩者都很相似储耐，android 原生在啟動(dòng)時(shí)占用內(nèi)存最高達(dá)到 58.1MB，而 flutter 則為72MB滨溉，在滑動(dòng) listview 的時(shí)候什湘，兩者表現(xiàn)也很一致，都沒有突然出現(xiàn)很高的內(nèi)存占用晦攒。達(dá)到穩(wěn)定狀態(tài)后闽撤，android原生內(nèi)存占用穩(wěn)定在35MB，而 flutter 為 52.5MB脯颜。
debug 和profile 模式的性能測(cè)試如果你還不放心的話哟旗，那么下面我分別打包出用 flutter 和 android 原生構(gòu)建出的release apk，然后將手機(jī)開啟ROOT權(quán)限栋操，以便可以用 Android Profiler 檢測(cè)到這兩個(gè)版本的進(jìn)程闸餐，進(jìn)行性能測(cè)試。下面看圖：
flutter 性能檢測(cè)圖
我在打開 app 并鎖定當(dāng)前進(jìn)程后矾芙，分別在大約第 10 秒的時(shí)候舍沙，用手指輕輕滑動(dòng)了 ListView，下面我們分析下兩種方式的資源占用情況剔宪。
CPU資源占用 首先拂铡，我們看 CPU 的占用，正常情況下葱绒，兩者都沒有占用多少 CPU 資源感帅，當(dāng)我滑動(dòng) listview 的時(shí)候，原生的大約會(huì)占用最高 7.7% 的 CPU 資源地淀，而 flutter 版的則占用高一些失球，峰值大概在 18.8%。
內(nèi)存占用 原生的app內(nèi)存占用維持在 12M 左右骚秦，而 flutter 版的則維持在 21M 左右她倘，原生應(yīng)用比 flutter 大約低了 9M 的內(nèi)存占用。
從上邊兩種模式的性能檢測(cè)結(jié)果分析我們可以總結(jié)出作箍，flutter 應(yīng)用在 CPU 和內(nèi)存的資源占用上會(huì)比原生方式多一些硬梁，所以單純的從性能上來說，android 原生是肯定要優(yōu)于 flutter 的胞得，但是從用戶體驗(yàn)上來說荧止，兩者的滑動(dòng)同樣順暢無比，幾乎感覺不到差別。
啟動(dòng)是我們衡量一個(gè)應(yīng)用程序性能的重要指標(biāo)跃巡，下面我先通過一個(gè) gif 來演示下 android 版和 flutter 版啟動(dòng) app 的體驗(yàn)：
看得出危号，android 版和 flutter 版從啟動(dòng)體驗(yàn)上來說幾乎不相上下。這里我大膽做一個(gè)猜測(cè)素邪，flutter app的啟動(dòng)機(jī)制和原生還是一模一樣外莲，所以調(diào)用啟動(dòng) Application 也是創(chuàng)建 ActivityThread 然后最終執(zhí)行 Application 的 onCreate 方法，所以從啟動(dòng)上來說相差無幾兔朦。下面我貼出 android 原生和 flutter 版的啟動(dòng)trance文件偷线，
trance 文件幾乎一模一樣，我一度都懷疑是自己弄錯(cuò)了沽甥，然后又仔細(xì)確認(rèn)了一下沒出錯(cuò)才放心声邦，可以得出結(jié)論，flutter 版的啟動(dòng)流程跟原生是一模一樣的摆舟。
Flutter 官方指出其旨在提供 60 幀/秒的刷新率亥曹，60 fps 意味著大約平均每 16 ms 渲染一幀。我們知道恨诱，當(dāng) UI 不能平滑的渲染時(shí)就會(huì)出現(xiàn)掉幀媳瞪。舉個(gè)例子，假如有一幀執(zhí)行的東西太多照宝，花費(fèi)了 160 ms 的時(shí)間去渲染材失，這段期間就會(huì)產(chǎn)生丟幀現(xiàn)象，從而就會(huì)看到動(dòng)畫出現(xiàn)了明顯的抖動(dòng)硫豆。flutter release 版本是沒法去測(cè)試渲染指數(shù)的，這里我們還是以 profile 模式運(yùn)行笼呆，然后在用官方給我們提供的 Flutter Inspector 工具去展示 fps 變化熊响。下面看圖：
通過以上的分析，我們可以很明確的得出結(jié)論诗赌，android 原生在內(nèi)存汗茄、CPU 資源占用方面要低于 flutter，并且安裝包的體積也要小于 flutter铭若，所以洪碳，不考慮其他因素，單純從性能角度來說叼屠，android 原生肯定是要優(yōu)于 flutter 的瞳腌。但 flutter 也有它的優(yōu)點(diǎn)，比如跨平臺(tái)的開發(fā)镜雨、毫秒級(jí)的熱重載等等嫂侍，另外跨端開發(fā)也逐漸的流行起來，所以，我們?cè)趯W(xué)好android原生的基礎(chǔ)上挑宠，對(duì)跨端開發(fā)也要抱有積極的心態(tài)菲盾。
