頁(yè)面中的各界面元素（Widget）以樹(shù)的形式組織，即控件樹(shù)。Flutter通過(guò)控件樹(shù)中的每個(gè)控件創(chuàng)建不同類型的渲染對(duì)象，組成渲染對(duì)象樹(shù)。而渲染對(duì)象樹(shù)在Flutter的展示過(guò)程分為三個(gè)階段：布局、繪制、合成和渲染。
目前累計(jì)服務(wù)客戶上千多家，積累了豐富的產(chǎn)品開(kāi)發(fā)及服務(wù)經(jīng)驗(yàn)。以網(wǎng)站設(shè)計(jì)水平和技術(shù)實(shí)力，樹(shù)立企業(yè)形象，為客戶提供成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、網(wǎng)站策劃、網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)絡(luò)營(yíng)銷、VI設(shè)計(jì)、網(wǎng)站改版、漏洞修補(bǔ)等服務(wù)。創(chuàng)新互聯(lián)始終以務(wù)實(shí)、誠(chéng)信為根本，不斷創(chuàng)新和提高建站品質(zhì)，通過(guò)對(duì)領(lǐng)先技術(shù)的掌握、對(duì)創(chuàng)意設(shè)計(jì)的研究、對(duì)客戶形象的視覺(jué)傳遞、對(duì)應(yīng)用系統(tǒng)的結(jié)合，為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案，攜手廣大客戶，共同發(fā)展進(jìn)步。
（一）布局
Flutter采用深度優(yōu)先機(jī)制遍歷渲染對(duì)象樹(shù)，決定渲染對(duì)象樹(shù)中各渲染對(duì)象在屏幕上的位置和尺寸。在布局過(guò)程中，渲染對(duì)象樹(shù)中的每個(gè)渲染對(duì)象都會(huì)接收父對(duì)象的布局約束參數(shù)，決定自己的大小，然后父對(duì)象按照控件邏輯決定各個(gè)子對(duì)象的位置，完成布局過(guò)程。
為了防止因子節(jié)點(diǎn)發(fā)生變化而導(dǎo)致整個(gè)控件樹(shù)重新布局，F(xiàn)lutter加入了一個(gè)機(jī)制——布局邊界（Relayout Boundary），可以在某些節(jié)點(diǎn)自動(dòng)或手動(dòng)地設(shè)置布局邊界，當(dāng)邊界內(nèi)的任何對(duì)象發(fā)生重新布局時(shí)，不會(huì)影響邊界外的對(duì)象，反之亦然。
二）繪制
布局完成后，渲染對(duì)象樹(shù)中的每個(gè)節(jié)點(diǎn)都有了明確的尺寸和位置。Flutter會(huì)把所有的渲染對(duì)象繪制到不同的圖層上。與布局過(guò)程一樣，繪制過(guò)程也是深度優(yōu)先遍歷，而且總是先繪制自身，再繪制子節(jié)點(diǎn)。
以下圖為例：節(jié)點(diǎn)1在繪制完自身后，會(huì)再繪制節(jié)點(diǎn)2，然后繪制它的子節(jié)點(diǎn)3、4和5，最后繪制節(jié)點(diǎn)6。
可以看到，由于一些其他原因（比如，視圖手動(dòng)合并）導(dǎo)致2的子節(jié)點(diǎn)5與它的兄弟節(jié)點(diǎn)6處于了同一層，這樣會(huì)導(dǎo)致當(dāng)節(jié)點(diǎn)2需要重繪的時(shí)候，與其無(wú)關(guān)的節(jié)點(diǎn)6也會(huì)被重繪，帶來(lái)性能損耗。
為了解決這一問(wèn)題，F(xiàn)lutter提出了與布局邊界對(duì)應(yīng)的機(jī)制——重繪邊界（Repaint Boundary）。在重繪邊界內(nèi)，F(xiàn)lutter會(huì)強(qiáng)制切換新的圖層，這樣就可以避免邊界內(nèi)外的互相影響，避免無(wú)關(guān)內(nèi)容置于同一圖層引起不必要的重繪。
重繪邊界的一個(gè)典型場(chǎng)景是Scrollview。ScrollView滾動(dòng)的時(shí)候需要刷新視圖內(nèi)容，從而觸發(fā)內(nèi)容重繪。而當(dāng)滾動(dòng)內(nèi)容重繪時(shí)，一般情況下其他內(nèi)容是不需要重繪的，這時(shí)候重繪邊界就派上用場(chǎng)了。
（三）合成和渲染
終端設(shè)備的頁(yè)面越來(lái)越復(fù)雜，因此Flutter的渲染樹(shù)層級(jí)通常很多，直接交付給渲染引擎進(jìn)行多圖層渲染，可能會(huì)出現(xiàn)大量渲染內(nèi)容的重復(fù)繪制，所以還需要先進(jìn)行一次圖層合成，即將所有的圖層根據(jù)大小、層級(jí)、透明度等規(guī)則計(jì)算出最終的顯示效果，將相同的圖層歸類合并，簡(jiǎn)化渲染樹(shù)，提高渲染效率。
合并完成后，F(xiàn)lutter會(huì)將幾何圖層數(shù)據(jù)交由Skia引擎加工成二維圖像數(shù)據(jù)，最終交由GPU進(jìn)行渲染，完成界面的展示。
四、總結(jié)
咱們從各種業(yè)界主流跨端方案與Flutter的對(duì)比開(kāi)始，到Flutter的簡(jiǎn)要介紹以及Flutter的運(yùn)行機(jī)制，并以界面渲染過(guò)程為例，從布局、繪制、合成和渲染三個(gè)階段講述了Flutter的實(shí)現(xiàn)原理。相信大家對(duì)Flutter已經(jīng)有一個(gè)整體認(rèn)知，趕快一起上手操作起來(lái)吧！
color: Color(0xFF5e12a9）
00%=FF（不透明）
5%=F2
10%=E5
15%=D8
20%=CC
25%=BF
30%=B2
35%=A5
40%=99
45%=8c
50%=7F
55%=72
60%=66
65%=59
70%=4c
75%=3F
80%=33
85%=21
90%=19
95%=0c
100%=00（全透明）
參考原文鏈接：
Image是一個(gè)用于展示圖片的組件。支持 JPEG、PNG、GIF、Animated GIF、WebP、Animated WebP、BMP 和 WBMP 等格式。
Image.asset - 用于從資源目錄的顯示圖片,需要在 pubspec.yaml 文件中聲明。
Image.network - 用于從網(wǎng)絡(luò)上顯示圖片。
Image.file - 用于從文件里顯示圖片。
Image.memory - 用于從內(nèi)存里（Uint8List）顯示圖片。
alignment → AlignmentGeometry - 圖像邊界內(nèi)對(duì)齊圖像。
centerSlice → Rect - 九片圖像的中心切片。
color → Color - 該顏色與每個(gè)圖像像素混合colorBlendMode。
colorBlendMode → BlendMode - 用于 color 與此圖像結(jié)合使用。
fit → BoxFit - 圖像在布局中分配的空間。
gaplessPlayback → bool - 當(dāng)圖像提供者發(fā)生變化時(shí)，是繼續(xù)顯示舊圖像（true）還是暫時(shí)不顯示（false）。
image → ImageProvider - 要顯示的圖像。
matchTextDirection → bool - 是否在圖像的方向上繪制圖像 TextDirection。
repeat → ImageRepeat - 未充分容器時(shí)，是否重復(fù)圖片。
height → double - 圖像的高度。
width → double - 圖像的寬度。
加載資源圖片需要將圖片資源放入工程中，例如：新建images文件夾，將圖片放在該文件夾下，圖片適配則是使用ios的方式1X，2X，3X：
然后在pubspec.yaml中配置assets：
加載資源/網(wǎng)絡(luò)/本地文件圖片/內(nèi)存圖片：
占位圖加載圖片：
圓形圖片：1.裁剪實(shí)現(xiàn) 2.CircleAvatar實(shí)現(xiàn) 3.Container邊框?qū)崿F(xiàn)
圓角圖片：1.裁剪實(shí)現(xiàn) 2.Container邊框?qū)崿F(xiàn)
BoxFit.contain 全圖居中顯示但不充滿，顯示原比例
BoxFit.cover 圖片可能拉伸，也可能裁剪，但是充滿容器
BoxFit.fill 全圖顯示且填充滿，圖片可能會(huì)拉伸
BoxFit.fitHeight 圖片可能拉伸，可能裁剪，高度充滿
BoxFit.fitWidth 圖片可能拉伸，可能裁剪，寬度充滿
BoxFit.scaleDown 效果和contain差不多， 但是只能縮小圖片，不能放大圖片
下一節(jié)學(xué)習(xí)基礎(chǔ)組件之Text
當(dāng)我們同時(shí)為手機(jī)和平板適配編寫 app 針對(duì)不同屏幕尺寸進(jìn)行 UI 布局或當(dāng)用戶偏好設(shè)置較大字號(hào)或是想要最大限度等減少動(dòng)畫(huà)等；此時(shí)就需要 MediaQuery 來(lái)幫我們獲取所用設(shè)備的信息以及用戶設(shè)置的偏好信息；
MediaQuery 一直存在于 WidgetsApp 和 MaterialApp 中， MediaQuery 繼承自 InheritedWidget 是一個(gè)單獨(dú)的 Widget ，但一般通過(guò) MediaQuery.of(context) 來(lái)獲取相關(guān)信息；
當(dāng)相關(guān)信息發(fā)生變化，例如屏幕旋轉(zhuǎn)等時(shí)，屏幕中 Widget 會(huì)重新構(gòu)建，以保持最新?tīng)顟B(tài)；我們可以通過(guò) MediaQuery 構(gòu)造函數(shù)和提供的靜態(tài)方法手動(dòng)設(shè)置對(duì)應(yīng)的相關(guān)信息；
MediaQueryData 包含關(guān)于媒介的相關(guān)信息；一般通過(guò) MediaQuery.of(context) 獲??；
size 為媒介的尺寸大小，以邏輯像素為單位；
devicePixelRatio 為像素密度；與設(shè)備物理像素有關(guān)，與橫豎屏等無(wú)關(guān)；
orientation 為橫豎屏， Orientation.landscape 為橫屏， Orientation.portrait 為豎屏；
textScaleFactor 為
每個(gè)邏輯像素的字體像素?cái)?shù)，小菜理解為字體的像素比；注意，小菜設(shè)置了默認(rèn)字體像素密度為標(biāo)準(zhǔn)的 1.2 倍之后調(diào)整設(shè)備系統(tǒng)字號(hào)，其 1.2 倍依舊是以標(biāo)準(zhǔn)字號(hào)為基礎(chǔ)擴(kuò)大 1.2 倍；
platformBrightness 為當(dāng)前設(shè)備的亮度模式；注意調(diào)整屏幕亮度并不會(huì)改變?cè)撃Ｊ?，與當(dāng)前系統(tǒng)支持的黑暗模式和明亮模式相關(guān)；
alwaysUse24HourFormat 為當(dāng)前設(shè)備是否為 24 小時(shí)制；
accessibleNavigation 為是否使用 TalkBack 或 VoiceOver 之類的輔助功能與應(yīng)用程序進(jìn)行交互，用以輔助視力障礙人群；
invertColors 為是否使用顏色反轉(zhuǎn)，主要用于 iOS 設(shè)備；
highContrast 為用戶是否要求前景與背景之間的對(duì)比度高，主要用于 iOS 設(shè)備；
disableAnimations 為平臺(tái)是否要求禁用或減少動(dòng)畫(huà)；
boldText 為平臺(tái)是否要求使用粗體；
padding 為屏幕內(nèi)邊距，一般是劉海兒屏或異形屏中被系統(tǒng)遮擋部分邊距；
viewInsets 為鍵盤彈出時(shí)等遮擋屏幕邊距，其中 viewInsets.bottom 為鍵盤高度；
systemGestureInsets 為手勢(shì)邊距，如 Android Q 之后添加的向左滑動(dòng)關(guān)閉頁(yè)面等；
viewPadding 小菜理解為視圖內(nèi)邊距，為屏幕被劉海兒屏或異形屏中被系統(tǒng)遮擋部分，從 MediaQuery 邊界的邊緣計(jì)算；此值是保持不變；例如，屏幕底部的軟件鍵盤可能會(huì)覆蓋并占用需要底部填充的相同區(qū)域，因此不會(huì)影響此值；
physicalDepth 為設(shè)備物理層級(jí)，小菜暫時(shí)還未想到對(duì)應(yīng)的應(yīng)用場(chǎng)景；
小菜在嘗試獲取其他子 Widget Size 時(shí)，有兩點(diǎn)需要注意，首先要設(shè)置一個(gè)全局的 GlobalKey 來(lái)獲取當(dāng)前位置， key 需要為唯一的；第二通過(guò) GlobalKey().currentContext 獲取 BuildContext 上下文環(huán)境，從而獲取對(duì)應(yīng)尺寸；
MediaQuery 案例嘗試
小菜對(duì)于部分 MediaQueryData 的應(yīng)用和理解還不夠深入；如有錯(cuò)誤請(qǐng)多多指導(dǎo)！
重慶分公司
重慶分公司
