Flutter面試：渲染原理

頁面中的各界面元素（Widget）以樹的形式組織，即控件樹。Flutter通過控件樹中的每個控件創(chuàng)建不同類型的渲染對象，組成渲染對象樹。而渲染對象樹在Flutter的展示過程分為三個階段：布局、繪制、合成和渲染。

創(chuàng)新互聯(lián)是一家專注于成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計與策劃設(shè)計,自流井網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)十年,網(wǎng)設(shè)計領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:自流井等地區(qū)。自流井做網(wǎng)站價格咨詢:18982081108

（一）布局

Flutter采用深度優(yōu)先機(jī)制遍歷渲染對象樹，決定渲染對象樹中各渲染對象在屏幕上的位置和尺寸。在布局過程中，渲染對象樹中的每個渲染對象都會接收父對象的布局約束參數(shù)，決定自己的大小，然后父對象按照控件邏輯決定各個子對象的位置，完成布局過程。

為了防止因子節(jié)點發(fā)生變化而導(dǎo)致整個控件樹重新布局，F(xiàn)lutter加入了一個機(jī)制——布局邊界（Relayout Boundary），可以在某些節(jié)點自動或手動地設(shè)置布局邊界，當(dāng)邊界內(nèi)的任何對象發(fā)生重新布局時，不會影響邊界外的對象，反之亦然。

二）繪制

布局完成后，渲染對象樹中的每個節(jié)點都有了明確的尺寸和位置。Flutter會把所有的渲染對象繪制到不同的圖層上。與布局過程一樣，繪制過程也是深度優(yōu)先遍歷，而且總是先繪制自身，再繪制子節(jié)點。

以下圖為例：節(jié)點1在繪制完自身后，會再繪制節(jié)點2，然后繪制它的子節(jié)點3、4和5，最后繪制節(jié)點6。

可以看到，由于一些其他原因（比如，視圖手動合并）導(dǎo)致2的子節(jié)點5與它的兄弟節(jié)點6處于了同一層，這樣會導(dǎo)致當(dāng)節(jié)點2需要重繪的時候，與其無關(guān)的節(jié)點6也會被重繪，帶來性能損耗。

為了解決這一問題，F(xiàn)lutter提出了與布局邊界對應(yīng)的機(jī)制——重繪邊界（Repaint Boundary）。在重繪邊界內(nèi)，F(xiàn)lutter會強(qiáng)制切換新的圖層，這樣就可以避免邊界內(nèi)外的互相影響，避免無關(guān)內(nèi)容置于同一圖層引起不必要的重繪。

重繪邊界的一個典型場景是Scrollview。ScrollView滾動的時候需要刷新視圖內(nèi)容，從而觸發(fā)內(nèi)容重繪。而當(dāng)滾動內(nèi)容重繪時，一般情況下其他內(nèi)容是不需要重繪的，這時候重繪邊界就派上用場了。

（三）合成和渲染

終端設(shè)備的頁面越來越復(fù)雜，因此Flutter的渲染樹層級通常很多，直接交付給渲染引擎進(jìn)行多圖層渲染，可能會出現(xiàn)大量渲染內(nèi)容的重復(fù)繪制，所以還需要先進(jìn)行一次圖層合成，即將所有的圖層根據(jù)大小、層級、透明度等規(guī)則計算出最終的顯示效果，將相同的圖層歸類合并，簡化渲染樹，提高渲染效率。

合并完成后，F(xiàn)lutter會將幾何圖層數(shù)據(jù)交由Skia引擎加工成二維圖像數(shù)據(jù)，最終交由GPU進(jìn)行渲染，完成界面的展示。

四、總結(jié)

咱們從各種業(yè)界主流跨端方案與Flutter的對比開始，到Flutter的簡要介紹以及Flutter的運(yùn)行機(jī)制，并以界面渲染過程為例，從布局、繪制、合成和渲染三個階段講述了Flutter的實現(xiàn)原理。相信大家對Flutter已經(jīng)有一個整體認(rèn)知，趕快一起上手操作起來吧！

Flutter入門-Dart面向?qū)ο笤?/h2>

Dart作為高級語言，支持面向?qū)ο蟮暮芏嗵匦裕⑶抑С只趍ixin的繼承方式，基于mixin的繼承方式是指：一個類可以繼承自多個父類，相當(dāng)于其他語言里的多繼承。所有的類都有同一個基類Object，這和特性類似于Java語言，Java所有的類也都是繼承自O(shè)bject，也就是說一切皆對象。

Dart 是一門面向?qū)ο蟮恼Z言, 全部的類都是繼承自 Object , 除了支持傳統(tǒng)的 繼承、封裝、多態(tài) , 還有基于組合(Mixin-based)的繼承特性

類型推導(dǎo)(var/final/const)

var

final和const的區(qū)別

3.非零即真（ ）

4.字符串

5.集合

Dart中變量初始值為null，即使是int類型也可以是null（java中int默認(rèn)是0， boolean默認(rèn)是false）； Dart支持自識別，可以是用var定義變量，也可以直接指定具體類型； final或者const都可修飾不可變的變量，final變量只能賦值一次，const是編譯時常量。

int和double是num子類，沒有float類型； 支持字符串模板，用${expression}的方式來實現(xiàn)字符串效果，類似如字符串拼接； String可以使用單引號或者雙引號； Dart沒有數(shù)組，只有列表； 其中List，Set，Map不是抽象接口，是具體實現(xiàn)類，可直接使用； Map的key沒有指定類型，key類型不一致不會報錯；key不能相同，但是value可以相同，value可以為null。 var name = 'Tom';

方法也是對象，方法可賦值給一個變量； 如果方法的參數(shù)是解構(gòu)出來的可以通過 @required 注解標(biāo)注為必填 const Scrollbar({Key key, @required Widget child})； 支持可選參數(shù)，可選命名參數(shù)用{}包圍，可選位置參數(shù)寫在最后并且使用[]包圍 String say(String from, String msg, [String device])； 支持默認(rèn)參數(shù) void enableFlags({bool bold = false, bool hidden = false}) {…}； 以_開頭的方法都是私有的。 void main() {

支持閉包，閉包能夠訪問外部方法內(nèi)部的局部變量

1.空替換?? expr1 ?? expr2，如果expr1是non-null，返回其值。否則執(zhí)行expr2并返回其結(jié)果； 2.條件成員訪問？.P?.y = 4; 如果p是non-null,則設(shè)置y的值等于4； 3.類型判定操作符（as，is，is!）； 4.級聯(lián)操作，可以在同一個對象上連續(xù)調(diào)用多個函數(shù)以及訪問成員變量；

和java不同的是，Dart可以拋出任意類型的對象； 程序不會強(qiáng)制要求開發(fā)中處理異常，但若發(fā)生異常，程序會中斷； 其中異常主要分為Error和Exception兩種類型。

創(chuàng)建對象可以不使用new關(guān)鍵字； Dart中沒有public，private，protected這些關(guān)鍵字； 沒有interfaces關(guān)鍵字，每一個類都是一個接口。我們可以用抽象類來類比java中的接口； Dart把多重繼承的類叫做Mixins。

支持語法糖 Point(this.x, this.y)； 每個實例變量都會自動生成一個getter方法，Non-final變量還會自動生成一個setter； 命名構(gòu)造函數(shù)，使用命名構(gòu)造函數(shù)可以為一個類實現(xiàn)多個構(gòu)造函數(shù)，也能更加清晰的表明你的意圖；

斷言是如果條件表達(dá)式不滿足則停止代碼執(zhí)行； 斷言只在檢查模式下運(yùn)行有效，如果在生產(chǎn)模式下運(yùn)行則不會執(zhí)行。

Dart 以兩種模式運(yùn)行： Dart 1.x 有生產(chǎn)模式和檢查模式兩種模式， Dart 2.x 中移除了檢查模式。

注：建議在開發(fā)/測試模式中使用 檢查模式 運(yùn)行 Dart VM ，因為它會添加警告和錯誤以幫助開發(fā)和調(diào)試過程；選中的模式會強(qiáng)制執(zhí)行各種檢查，例如類型檢查等。

dart標(biāo)識符可以包括字符和數(shù)字，但不能以 數(shù)字開頭 。

Dart 是一種面向?qū)ο蟮木幊陶Z言。

代碼說明：定義了一個類 TestClass ，這個類擁有一個方法 disp() ，方法可以實現(xiàn)在終端打印字符串 Hello Dart! ，使用 new 關(guān)鍵字創(chuàng)建類的對象，該對象調(diào)用方法 disp() 。

關(guān)于dart的學(xué)習(xí)還有很多；我列出如下： Flutter高級工程師進(jìn)階學(xué)習(xí)資料；需要可以私信我。發(fā)送“核心筆記”或“手冊”，即可領(lǐng)取資料！

Flutter Android端集成排坑 - armeabi 適配 & FlutterBoost

Flutter可以算是當(dāng)下最火熱的新技術(shù)之一，我現(xiàn)在所在團(tuán)隊也準(zhǔn)備將Flutter技術(shù)應(yīng)用到線上工程中。

關(guān)于混合工程，官方文檔其實寫的已經(jīng)比較清楚了，按著文檔走一般問題不大，

但是有一點值得注意的是，F(xiàn)lutter工程引入的庫的gradle的 buildTypes 要與原工程保持一致，如果不一致需要手工添加。

進(jìn)入正題，現(xiàn)在Flutter官方默認(rèn)只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是為模擬器準(zhǔn)備的。目前我們使用的SDK大部分只使用了armeabi架構(gòu)，直接使用我們會遇見找不到 libflutter.so，libapp.so 的情況，所以我們需要對FlutterSDK做一定的改造。

首先我們要了解下Flutter編譯產(chǎn)物，因為不同版本產(chǎn)物是不同的，這里我們只針對Flutter 1.9.1-hotfixes來說。除了資源文件之外，F(xiàn)lutter打包會生成兩個非常重要的so庫，他們分別是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK產(chǎn)物而 libapp.so 正是我們編寫的dart文件的產(chǎn)物。默認(rèn)情況下，這兩個文件都會出現(xiàn)在armeabi-v7a中，因此我們要作出對應(yīng)的改造。

libflutter.so 位于FlutterSDK中，這里順帶提一句，除了這對不同CPU架構(gòu)，它還分為Debug版和Release版，它們的區(qū)別在于Debug是為JIT編譯方式打造的，體積較大而Release是為AOT編譯方式打造的，體積很小。對 libflutter.so 的改造，只要將其移動文件路徑即可，運(yùn)行以下腳本即可，此腳本來自美團(tuán)分享的Flutter文章。

移動完了 libflutter.so 之后我們打包發(fā)現(xiàn)， libapp.so 仍然會出現(xiàn)在armeabi-v7a中，所以第二部我們就是移動 libapp.so 。這個需要更改 flutter.gradle ，我們在 flutter.gradle 的45行可以看到如下定義，它定義了我們的環(huán)境。

在524行我們可以看到，abiValue的取值就是根據(jù)上述定義值。

所以結(jié)論很簡單，只要將

private static final String ARCH_ARM32 = "armeabi-v7a";

改為

private static final String ARCH_ARM32 = "armeabi";

就可以完成對與 libflutter.so 的移動。

前期工作我們都做好了，打成aar就非常簡單了

直接使用 flutter build aar --target-platform android-arm

打出來后可以解壓檢查下 libflutter.so，libapp.so 是否都在armeabi文件夾下即可。

說完了armeabi適配問題，這里下說下有關(guān)于有關(guān)于FlutterBoost的接入。這個東西接入有兩點要注意。

在主app內(nèi)加上即可，常規(guī)操作，強(qiáng)制統(tǒng)一support包的版本號

注釋flutter.gradle第655行。因為編譯過程中，會去初始化插件項目的buildType下面的debug配置，而插件項目下并未配置debug，導(dǎo)致報錯。

如果發(fā)現(xiàn)文章中有錯誤或者有更好的解決方案歡迎指正留言，當(dāng)然如果本篇文章幫助你解決了問題，也不要吝嗇你的感謝。謝謝各位。

Flutter 啟動頁的前世今生適配歷程

APP 啟動頁在國內(nèi)是最常見也是必備的場景，其中啟動頁在 iOS 上算是強(qiáng)制性的要求，其實配置啟動頁挺簡單，因為在 Flutter 里現(xiàn)在只需要：

一般只要配置無誤并且圖片尺寸匹配，基本上就不會有什么問題， 那既然這樣，還有什么需要適配的呢？

事實上大部分時候 iOS 是不會有什么問題， 因為 LaunchScreen.storyboard 的流程本就是 iOS 官方用來做應(yīng)用啟動的過渡；而對于 Andorid 而言，直到 12 之前 windowBackground 這種其實只能算“民間”野路子 ，所以對于 Andorid 來說，這其中就涉及到一個點：

所以下面主要介紹 Flutter 在 Android 上為了這個啟動圖做了哪些騷操作～

在已經(jīng)忘記版本的“遠(yuǎn)古時期” ， FlutterActivity 還在 io.flutter.app.FlutterActivity 路徑下的時候，那時啟動頁的邏輯相對簡單，主要是通過 App 的 AndroidManifest 文件里是否配置了 SplashScreenUntilFirstFrame 來進(jìn)行判斷。

在 FlutterActivity 內(nèi)部 FlutterView 被創(chuàng)建的時候，會通過讀取 meta-data 來判斷是否需要使用 createLaunchView 邏輯 ：

是不是很簡單，那就會有人疑問為什么要這樣做？我直接配置 Activity 的 android:windowBackground 不就完成了嗎？

這就是上面提到的時間差問題， 因為啟動頁到 Flutter 渲染完第一幀畫面中間，會出現(xiàn)概率出現(xiàn)黑屏的情況，所以才需要這個行為來實現(xiàn)過渡 。

經(jīng)歷了“遠(yuǎn)古時代”之后， FlutterActivity 來到了 io.flutter.embedding.android.FlutterActivity ， 在到 2.5 版本發(fā)布之前，F(xiàn)lutter 又針對這個啟動過程做了不少調(diào)整和優(yōu)化，其中主要就是 SplashScreen 。

自從開始進(jìn)入 embedding 階段后， FlutterActivity 主要用于實現(xiàn)了一個叫 Host 的 interface ，其中和我們有關(guān)系的就是 provideSplashScreen 。

默認(rèn)情況下它會從 AndroidManifest 文件里是否配置了 SplashScreenDrawable 來進(jìn)行判斷 。

默認(rèn)情況下當(dāng) AndroidManifest 文件里配置了 SplashScreenDrawable ，那么這個 Drawable 就會在 FlutterActivity 創(chuàng)建 FlutterView 時被構(gòu)建成 DrawableSplashScreen 。

DrawableSplashScreen 其實就是一個實現(xiàn)了 io.flutter.embedding.android.SplashScreen 接口的類，它的作用就是：

之后 FlutterActivity 內(nèi)會創(chuàng)建出 FlutterSplashView ，它是個 FrameLayout。

FlutterSplashView 將 FlutterView 和 ImageView 添加到一起， 然后通過 transitionToFlutter 的方法來執(zhí)行動畫，最后動畫結(jié)束時通過 onTransitionComplete 移除 splashScreenView 。

所以整體邏輯就是：

當(dāng)然這里也是分狀態(tài)：

當(dāng)然這個階段的 FlutterActivity 也可以通過 override provideSplashScreen 方法來自定義 SplashScreen 。

看到?jīng)]有，做了這么多其實也就是為了彌補(bǔ)啟動頁和 Flutter 渲染之間， 另外還有一個優(yōu)化，叫 NormalTheme 。

通過該配置 NormalTheme ，在 Activity 啟動時，就會首先執(zhí)行 switchLaunchThemeForNormalTheme(); 方法將主題從 LaunchTheme 切換到 NormalTheme 。

大概配置完就是如下樣子， 前面分析那么多其實就是為了告訴你，如果出現(xiàn)問題了，你可以從哪個地方去找到對應(yīng)的點 。

講了那么多， Flutter 2.5 之后 provideSplashScreen 和 io.flutter.embedding.android.SplashScreenDrawable 就被棄用了，驚不喜驚喜，意不意外，開不開心 ？

通過源碼你會發(fā)現(xiàn)，當(dāng)你設(shè)置了 splashScreen 的時候，會看到一個 log 警告：

為什么會棄用？

其實這個提議是在 這個 issue 上，然后通過 這個 pr 完成調(diào)整。

大概意思就是： 原本的設(shè)計搞復(fù)雜了，用 OnPreDrawListener 更精準(zhǔn)，而且不需要為了后面 Andorid12 的啟動支持做其他兼容，只需要給 FlutterActivity 等類增加接口開關(guān)即可 。

也就是2.5之后 Flutter 使用 ViewTreeObserver.OnPreDrawListener 來實現(xiàn)延遲直到加載出 Flutter 的第一幀。

為什么說默認(rèn)情況？ 因為這個行為在 FlutterActivity 里，是在 getRenderMode() == RenderMode.surface 才會被調(diào)用，而 RenderMode 又和 BackgroundMode 有關(guān)心 。

所以在 2.5 版本后， FlutterActivity 內(nèi)部創(chuàng)建完 FlutterView 后就會執(zhí)行一個 delayFirstAndroidViewDraw 的操作。

這里主要注意一個參數(shù)： isFlutterUiDisplayed 。

當(dāng) Flutter 被完成展示的時候， isFlutterUiDisplayed 就會被設(shè)置為 true。

所以當(dāng) Flutter 沒有執(zhí)行完成之前， FlutterView 的 onPreDraw 就會一直返回 false ，這也是 Flutter 2.5 開始之后適配啟動頁的新調(diào)整。

看了這么多，大概可以看到其實開源項目的推進(jìn)并不是一帆風(fēng)順的，沒有什么是一開始就是最優(yōu)解，而是經(jīng)過多方嘗試和交流，才有了現(xiàn)在的版本，事實上開源項目里，類似這樣的經(jīng)歷數(shù)不勝數(shù)：

Flutter Provider實現(xiàn)原理

ChangeNotifierProvider、ChangeNotifier、Consumer的關(guān)系

1、ChangeNotifierProvider的父類ListenableProvider，ListenableProvider中實現(xiàn)了_startListening方法，_startListening主要是將Element的刷新方法添加到ChangeNotifier中的_listeners中

2、ListenableProvider將startListening傳入其父類InheritedProvider，InheritedProvider主要是創(chuàng)建delegate = _CreateInheritedProvider。這個delegate就是_CreateInheritedProvider中delegate.startListening中的delegate

1、ChangNotifier負(fù)責(zé)更新UI

ChangeNotifier中notifyListeners，通過遍歷_listeners，實現(xiàn)強(qiáng)制刷新UI

1、Consumer:包裹待刷新UI，在buildWithChild中將Provider.ofT(context)傳入builder方法

2、解析 Provider.ofT(context)

Provider.ofT(context)是獲取ChangeNotifier對象的方法

Provider.of中通過傳入的context，獲取父視圖為inheritedElement的對象

獲取到inheritedElement，通過inheritedElement.getValue的方式獲取ChangeNotifier對象

7、繼續(xù)查看inheritedElement?.value。通過斷點可以進(jìn)入_CreateInheritedProvider 類中g(shù)et Value方法。調(diào)用startListening將當(dāng)前Consumer包裹的element添加到Prorivder的_listeners數(shù)組中

通過調(diào)用notifyListeners()來刷新所有Consumer完整的Provider執(zhí)行流程大概就是這樣，流程圖如下

2022-04-22iOS項目混編flutter，iOS真機(jī)debug模式下打不開flutter頁面

最近項目中要集成flutter來進(jìn)行混編，但是在集成后，突然遇到一個很神奇的問題，在debug模式下，用數(shù)據(jù)線連接真機(jī)打包可以打開flutter頁面，但是一旦拔掉數(shù)據(jù)線，再打開flutter頁面就不行了，開始以為是因為flutterSDK的原因，但是一查資料才發(fā)現(xiàn)，原來是因為debug模式下flutter實現(xiàn)了熱重載，默認(rèn)的編譯方式是JIV,但是iOS14+之后的系統(tǒng)限制了JIV這種編譯方式，所以連接Xcode重新run一個release包就可以了，因為flutter在release模式下的編譯方式是AOT，iOS14+的系統(tǒng)是支持這種編譯方式的，具體解決方案如下圖

再運(yùn)行就可以了。

當(dāng)然還有另外一種解決方案，就是修改flutter的編譯配置，強(qiáng)制設(shè)為release

網(wǎng)站題目：flutter強(qiáng)制,flutter常見問題
標(biāo)題網(wǎng)址：http://chinadenli.net/article49/dsigihh.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、網(wǎng)站改版、品牌網(wǎng)站建設(shè)、云服務(wù)器、App開發(fā)、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)