Flutter和原生應用性能對比

本文由玉剛說寫做平臺提供寫做贊助，版權歸玉剛說微信公衆號全部
原做者：Xiasm
版權聲明：未經玉剛說許可，不得以任何形式轉載

前言

自從今年google IO大會推出flutter跨平臺開發框架以來，flutter在各個技術論壇裏被吵得如日中天。flutter團隊直言flutter能夠幫助開發者輕鬆實現恆定60fps的性能體驗。這裏附上flutter官方性能介紹：flutter應用程序性能介紹
咱們知道flutter跨平臺的原理是採用dart語言預編譯的方式直接編譯出各個平臺的原生代碼，而不須要相似RN用JavaScript橋接器執行原生代碼。那麼這樣作的性能究竟如何呢？是否能達到和原生同樣的流暢度，是否如官方所說達到恆定60fps的性能體驗？今天咱們就以android爲例從幾個不一樣的維度來實際測試一下！

安裝包對比

咱們分別用 flutter 和 android 原生來編寫一個ui效果如出一轍的 apk，而後打出 release 版本的安裝包，爲了保證測試結果的可靠性，咱們不引入任何第三方庫，只用框架提供的控件作一些簡單ui，這裏附上demo源碼：flutter demo，android demo。好了，咱們打出各自的release版本apk，而後使用AndroidStudio自帶的APK Analyzer進行分析，以下圖：

android原生apk

flutter apk

• apk 大小 能夠明確的看出來，原生的安裝包要比 flutter 安裝包小約 6M 左右。
  
• classes.dex 大小 看 dex 大小你會不會很奇怪，原生的 classes.dex 居然比 flutter 版的dex大六百多KB，這是由於原生的 dex 裏引入了 support 庫和各類基礎控件(ImageView TextView等等)，而 flutter 的 dex 裏面沒有support庫，也沒有原生控件，實際上 flutter 實現了一套本身的控件，包括 Material Design 和 Cupertino（iOS風格的widget）。
• res 對比 能夠看到原生的資源文件要比 flutter 大約200多k，而咱們項目中沒有編寫任何資源文件，因此這些資源文件大可能是 support 包和 sdk 自帶的。
• lib 庫 你們可能會發現，咱們的 flutter 版 app 多出了一個 lib 庫，打開裏邊是一個 libflutter.so，由於 Flutter 引擎是用 C、C++ 來編寫的，在 android 上會使用 ndk 編譯，在 iOS 上使用 LLVM 編譯，而咱們本身寫的 dart 代碼會經過 AOT 編譯成各個平臺的本地代碼。
  

經過對比咱們瞭解到，flutter 版的 apk 大小會比 android 原生的多出約 6M 左右，其中核心引擎大約 3.2MB，框架+應用程序代碼大約是 1.25MB，必需的 Java 代碼 .dex 將近 60k，而 assets 文件裏還約有 2.1MB 的 ICU 數據等，單純從安裝包上來講，原生是要優於 flutter 的。

運行性能測試

爲了測試覆蓋更加充分，咱們分別在 debug 和 release 模式上進行性能測試。而據官方介紹 flutter 的 debug 模式在性能上是要略於 release 版的，因此他們提供了 profile 模式供咱們測試，profile 模式編譯和啓動 Flutter 應用程序幾乎與 release 模式徹底相同。
咱們先看 android 原生的 debug 和 flutter 的 proflle 模式性能對比,這裏咱們用 Android Profiler 進行性能指標檢測，demo 只有一個界面，用 ListView 展現 10000 條數據。下面看圖：

android原生debug性能檢測圖

flutter profile性能檢測圖

• CPU資源佔用 首先，咱們看 CPU 的佔用，在啓動的時候，android 原生對 cpu 的佔用峯值在 26.8%，並且幾乎是比較平穩的變化，而 flutter 對 cpu 的佔用峯值達到了 35.5%，是一種很陡峭的形態，而後在大約十六七秒的時候，分別滑動了 listview， android 原生對 cpu 資源的佔用峯值約 23%，而flutter約 22.5%。從圖中也能夠看得出，flutter 對 cpu 資源的佔用是忽然之間佔用很高，而 android 則相對平穩一些。
• 內存佔用 內存佔用表現上二者都很類似，android 原生在啓動時佔用內存最高達到 58.1MB，而 flutter 則爲 72MB，在滑動 listview 的時候，二者表現也很一致，都沒有忽然出現很高的內存佔用。達到穩定狀態後，android 原生內存佔用穩定在35MB，而 flutter 爲 52.5MB。

debug 和profile 模式的性能測試若是你還不放心的話，那麼下面我分別打包出用 flutter 和 android 原生構建出的release apk，而後將手機開啓ROOT權限，以即可以用 Android Profiler 檢測到這兩個版本的進程，進行性能測試。下面看圖：

android原生性能檢測圖

flutter 性能檢測圖

我在打開 app 並鎖定當前進程後，分別在大約第 10 秒的時候，用手指輕輕滑動了 ListView，下面咱們分析下兩種方式的資源佔用狀況。

• CPU資源佔用 首先，咱們看 CPU 的佔用，正常狀況下，二者都沒有佔用多少 CPU 資源，當我滑動 listview 的時候，原生的大約會佔用最高 7.7% 的 CPU 資源，而 flutter 版的則佔用高一些，峯值大概在 18.8%。
• 內存佔用 原生的app內存佔用維持在 12M 左右，而 flutter 版的則維持在 21M 左右，原生應用比 flutter 大約低了 9M 的內存佔用。
  

從上邊兩種模式的性能檢測結果分析咱們能夠總結出，flutter 應用在 CPU 和內存的資源佔用上會比原生方式多一些，因此單純的從性能上來講，android 原生是確定要優於 flutter 的，可是從用戶體驗上來講，二者的滑動一樣順暢無比，幾乎感受不到差異。

應用啓動對比

啓動是咱們衡量一個應用程序性能的重要指標，下面我先經過一個 gif 來演示下 android 版和 flutter 版啓動 app 的體驗：

看得出，android 版和 flutter 版從啓動體驗上來講幾乎不相上下。這裏我大膽作一個猜想，flutter app的啓動機制和原生仍是如出一轍，因此調用啓動 Application 也是建立 ActivityThread 而後最終執行 Application 的 onCreate 方法，因此從啓動上來講相差無幾。下面我貼出 android 原生和 flutter 版的啓動trance文件，

android原生trance文件

flutter trance文件

trance 文件幾乎如出一轍，我一度都懷疑是本身弄錯了，而後又仔細確認了一下沒出錯才放心，能夠得出結論，flutter 版的啓動流程跟原生是如出一轍的。

flutter 60幀/秒的刷新率測試

Flutter 官方指出其旨在提供 60 幀/秒的刷新率，60 fps 意味着大約平均每 16 ms 渲染一幀。咱們知道，當 UI 不能平滑的渲染時就會出現掉幀。舉個例子，假若有一幀執行的東西太多，花費了 160 ms 的時間去渲染，這段期間就會產生丟幀現象，從而就會看到動畫出現了明顯的抖動。flutter release 版本是無法去測試渲染指數的，這裏咱們仍是以 profile 模式運行，而後在用官方給咱們提供的 Flutter Inspector 工具去展現 fps 變化。下面看 Gif 圖：

個人手機是小米Note 2，高通驍龍821處理器 4G 內存，性能大概屬於 Anroid 陣營中上等。我打開 app 後先是平穩的滑動 listview，而後又快速的滑動，由圖可看出，刷新率起初恆定在 60fps，當我快速滑動的時候，刷新率大約保持在58~59 之間，因此 flutter 官方所說 fps 恆定在 60fps 仍是可信的。

總結

經過以上的分析，咱們能夠很明確的得出結論，android 原生在內存、CPU 資源佔用方面要低於 flutter，而且安裝包的體積也要小於 flutter，因此，不考慮其餘因素，單純從性能角度來講，android 原生確定是要優於 flutter 的。但 flutter 也有它的優勢，好比跨平臺的開發、毫秒級的熱重載等等，另外跨端開發也逐漸的流行起來，因此，咱們在學好android原生的基礎上，對跨端開發也要抱有積極的心態。

參考

flutter中文網
flutter官網