1.圓角對性能的影響
目前成都創(chuàng)新互聯(lián)已為成百上千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、虛擬空間、綿陽服務(wù)器托管、企業(yè)網(wǎng)站設(shè)計(jì)、大方網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。
盡量避免用Clipxxx組件，建議用BoxDecoration的image屬性實(shí)現(xiàn)，如果用Clipxxx組件，圓角取整后性能會提升。
2.減少重繪
根據(jù)場景合理使用RePaintBoundary，使繪制獨(dú)立于父布局，避免重繪，提升性能，但過度使用增加的圖層會帶來Raster合成的耗時(shí)。例如scrollview是滑動過程會導(dǎo)致所有的節(jié)點(diǎn)都重繪，可以在scrollview下一層使用RePaintBoundary。
3.滾動步長插值器優(yōu)化（了解）
官方的滾動差值器在出現(xiàn)小卡頓時(shí)，滾動步長會出現(xiàn)大的跳躍，導(dǎo)致體感上出現(xiàn)很明顯的抖動，優(yōu)化步長偏移量算法與原生效果對齊。
4.開啟SurfaceView
官方推薦Flutter用SurfaceView ，因?yàn)镾urfaceView與應(yīng)用窗口內(nèi)容分隔開，在專有硬件中合成，產(chǎn)生的中間副本少于TextureView，所以性能高，占用內(nèi)存少，但是在混合棧遇到的問題需要突破
5.使用RepaintBoundary 提升頻繁重繪控件的性能。使用RelayoutBoundary提升頻繁修改大小，增刪的布局中也可以提升性能。
6.build中不要去寫大量的耗時(shí)邏輯，因?yàn)閿?shù)據(jù)更新會觸發(fā)build的多次調(diào)用，在里面做耗時(shí)邏輯會降低性能。
7.盡量使用statelessWidget代替statefulWidget，因?yàn)閟tatefulWidget的銷毀重建會引起子widget的銷毀與重建。
8.解析json可以放到子線程線程中，開Isolate去解析，這樣，當(dāng)返回?cái)?shù)據(jù)特別大的時(shí)候也不會阻塞界面。
9.使用不變的組件的時(shí)候可以添加const，const組件不會進(jìn)行build更新
10.由于flutter通過widget.runtimeType和key來判斷是否需要跟新組建，所以我們寫組件的時(shí)候盡量保持key不變，或者不寫key。對于一些需要頻繁改變，例如新增、刪除、排序的最好加上key。如果type一直，如果不寫key容易導(dǎo)致，element無法區(qū)分新舊widget，導(dǎo)致無法更新。
下面這種情況下，為 InkWell 設(shè)置的 splashColor 不會生效：
需要用 Material 去除背景色，然后將顏色設(shè)置在 InkWell 外部：
在 Dialog builder 中使用 WillPopScope 禁用返回鍵返回：
注意：使用此方法同時(shí)也會禁用 iOS 上的手勢滑動返回功能，推薦判斷平臺后再使用。
修改對話框中的復(fù)選框狀態(tài)，最簡便的方法是通過 Element 中的 markNeedsBuild 方法：
當(dāng)然，更推薦的做法是通過 StatefulBuilder ，然后就可以在 Dialog 中調(diào)用 setState 方法了，不過在調(diào)用 setState 時(shí)需要判斷 Dialog 是否已經(jīng)關(guān)閉，否則會造成 setState() called after dispose() 的錯(cuò)誤，可以通過添加一個(gè)標(biāo)志位來解決，如下：
在 Web 中加載網(wǎng)絡(luò)圖片有時(shí)會失敗，遇到這樣的報(bào)錯(cuò)： Exception caught by image resource service... ，造成該錯(cuò)誤的原因通常是，圖片跨域了（見 跨域資源共享 ）。最簡單的解決辦法是， 使用 HTML 渲染加載 ，而不是默認(rèn)的 CanvasKit。
Flutter 中所有的 list 默認(rèn)都是沒有 ScrollBar 的，必須使用 ScrollBar 組件。ScrollBar 組件通過監(jiān)聽 ScrollView 的 ScrollNotification 來刷新位置，所以 List 的長度必須是固定的。
當(dāng)使用 WebView 等高度不定的組件時(shí)會出現(xiàn)內(nèi)容被截?cái)嗟那闆r，通?？梢允褂?NestedScrollView 來解決該問題，需要在 WebView 外部嵌套 SingleChildScrollView。
雖然使用了緩存，而且也是用 builder 加載圖片的，但是發(fā)現(xiàn)一個(gè)現(xiàn)象：滑動屏幕后圖片短暫消失并重新加載了。圖片高度很高時(shí)這種現(xiàn)象更加明顯，其原因是超出屏幕范圍一定距離的組件被重新渲染了。解決方法是在 ListView 上設(shè)置 cacheExtent 參數(shù):
該參數(shù)的作用是改變超出屏幕高度后繼續(xù)渲染的范圍（以像素為單位），比如設(shè)置成 9999 后意味著超出屏幕 10000 像素以內(nèi)的內(nèi)容都會被保留下來。
借助 IntrinsicHeight 組件：
另外，IntrinsicHeight 還可以用于 Dialog 或者 BottomSheet 中，使得其中的元素 顯示內(nèi)在元素的高度 ，從而避免元素因?yàn)榧s束的存在而不顯示或者高度太高（比如在使用了 Column 或者 Row 的時(shí)候）。
在通過 Uri 的 queryParameters 獲取 query 參數(shù)時(shí)，發(fā)現(xiàn)有些鏈接會拋出下面異常：
造成該異常的原因是 Uri 默認(rèn)使用 utf-8 解碼超鏈接字符串，如果鏈接中包含非 utf-8 字符，就會造成上面的錯(cuò)誤，相關(guān) issue 見： issue #31621 。目前該 issue 處于 open 的狀態(tài)，暫時(shí)的解決辦法是，在所有使用到 queryParameter 的地方用 try..catch 捕捉可能拋出的異常。
Flutter 開發(fā)非常依賴各種官方或第三方的插件，而在使用這些插件時(shí)多少都會遇到一些問題，大部分問題都可以通過搜索和查找 issue 來解決。這里記錄下一些我在使用部分插件時(shí)遇到的問題及其解決方法。
目前該庫沒有圖片加載完成的回調(diào)（見 issue #545 ），不過我們可以通過在 imageBuilder 中來添加回調(diào)：
這是一個(gè)應(yīng)用內(nèi)更新插件，安卓 10 以上安裝時(shí)需要在 manifest 中添加以下內(nèi)容：
目前功能最強(qiáng)大的 WebView 插件，基本能滿足絕大部分移動端網(wǎng)頁加載的需求，而且可定制化程度高。
一般通過 CookieManager 修改 Cookie，攔截請求并修改請求對象的 Header 不會生效。
InAppWebViewOptions 的 userAgent 只在 iOS 上生效，而 applicationNameForUserAgent 只在 Android 上生效，所以最好的做法是分平臺設(shè)置 InAppWebViewOptions ，而且需要注意，由于設(shè)置 userAgent 后會覆蓋默認(rèn)的 UserAgent，所以如果需要在默認(rèn)的 UserAgent 上添加其它參數(shù)，iOS 上需要通過 InAppWebViewController.getDefaultUserAgent() 獲取默認(rèn) UserAgent 參數(shù)，而 Android 不需要添加。
如果圖片源或者請求是 http 的，為了在 Android 上正常加載請求，必須在 AndroidInAppWebViewOptions 中將 mixedContentMode 設(shè)置為 AndroidMixedContentMode.MIXED_CONTENT_ALWAYS_ALLOW 。
當(dāng)我們想要設(shè)置全屏圖片的時(shí)候，由于默認(rèn)的 Constraint 會將圖片居中顯示，所以圖片四周會留有空隙。為了去除這個(gè)限制，我們需要 Xcode 中打開 LaunchScreen.storyboard，然后在 View Controller 的 View 和 LaunchImage 上的 Safe Area 去掉。
具體設(shè)置方法：右側(cè) Inspector 面板 Show the Size inspector 解選 Layout Margins 中的 Safe Area Relative Margins，拖動圖片占滿全屏，然后根據(jù) View Controller Scene 的 Warning，更新 Constraint 就可以了。
在集成某些三方庫之后，在使用命令行運(yùn)行 iOS 模擬器的時(shí)候可能會遇到下面這個(gè)報(bào)錯(cuò)：
這是因?yàn)?iOS 模擬器未來將會兼容 arm64 架構(gòu)，但是目前還不支持，所以我們需要修改 Build Setting 使得能夠在 x86_64 的模擬器上運(yùn)行，操作步驟見 這里 。
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)對齊圖像。
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 全圖顯示且填充滿，圖片可能會拉伸
BoxFit.fitHeight 圖片可能拉伸，可能裁剪，高度充滿
BoxFit.fitWidth 圖片可能拉伸，可能裁剪，寬度充滿
BoxFit.scaleDown 效果和contain差不多， 但是只能縮小圖片，不能放大圖片
下一節(jié)學(xué)習(xí)基礎(chǔ)組件之Text
flutter開發(fā)中，圖片的引用是必不可少的，所以為了提高效率和精準(zhǔn)度，我們需要對不同分辨率的手機(jī)使用相對應(yīng)的切圖圖片，本章介紹如何進(jìn)行 圖片分辨率適配 和 圖片批量拓展處理 。
flutter中會首先根據(jù)系統(tǒng)的devicePixelRatio（每一個(gè)邏輯像素包含多少個(gè)原始像素，可以通過MediaQueryData.devicePixelRatio來得到）來找對應(yīng)倍數(shù)的文件夾下的圖片，如果沒有對應(yīng)倍數(shù)，找最接近的。
所以在flutter項(xiàng)目中，我們需要構(gòu)建對應(yīng)的倍數(shù)像素文件夾
之后再pubspec.yaml中，配置assets文件后就可以使用了（如使用"assets/images/jay.png"，會自動適配該像素下最接近的jay圖片）。
使用flutter-img-sync插件批量化處理，具體操作如下
目前還不能處理gif、webp等格式的圖片，而且如果和上邊介紹的不同像素比適配方案一起使用的話，由于進(jìn)行了精準(zhǔn)定位，所以指定圖片后就不能進(jìn)行像素適配，這是目前還存在的較大問題，所以目前兩者方案只能暫時(shí)取一使用。
Flutter（抖動）、Wow（晃動）、Drift（漂移）、Scrape Flutter（刮顫）是以移動介質(zhì)為記錄材料做模擬錄制和回放的系統(tǒng)所需要面對的幾種失真。這些失真是在錄制、復(fù)制、回放過程中，由于記錄介質(zhì)的不規(guī)則的運(yùn)動而導(dǎo)致的令人不快的頻率調(diào)制所引入信號中的。抖晃率用于定量描述這種由于介質(zhì)的運(yùn)動速度不穩(wěn)定所造成的頻率晃動對人耳的主觀影響。比如回放一個(gè)精準(zhǔn)3150Hz的正弦信號，在理想的無抖晃的情況下，播放出來的信號就是3150Hz，然而在實(shí)際有抖晃的情況下，播放出來的信號的瞬時(shí)頻率將圍繞某個(gè)均值（不一定正好等于3150Hz）不斷變動，就是說相對于那個(gè)均值有往復(fù)變化的頻偏。
Drift（漂移）指的是信號中的頻偏低于大約0.5Hz的頻率調(diào)制。它給人的感覺是平均音調(diào)的緩慢變化。
Wow（晃動）指的是信號中的頻偏范圍為大約0.5Hz～6Hz的頻率調(diào)制。它給人的感覺是音調(diào)的波動。
Flutter（抖動）指的是信號中的頻偏范圍為大約6Hz～100Hz的頻率調(diào)制。它給人的感覺是聲音品質(zhì)的粗糙化。
Scrape Flutter（刮顫）指的是信號中的頻偏高于大約100Hz的頻率調(diào)制。它由磁帶的粘連-滑動（粘滯）運(yùn)動造成。它給人的感覺是聲音中有噪音，而這種噪音在沒有信號時(shí)是不存在的。這種噪音也稱為摩擦噪音或粘滯噪音。
目前有多種抖晃率測試標(biāo)準(zhǔn)，例如：CCIR,DIN, NAB, JIS等，這里介紹的是基于AES（Audio Engineering Society）的AES6-2008(r2012)標(biāo)準(zhǔn)（就是2012年的最新修訂版），它與IEC 60386、IEEE Std-193、CCIR 409-2和DIN 45507標(biāo)準(zhǔn)兼容。標(biāo)準(zhǔn)測試信號的頻率定為3150Hz。當(dāng)然用3000Hz的測試頻率或其他的頻率，這里介紹的方法也適用。
《摘自Multi-Instrument軟件說明書》
重慶分公司
重慶分公司
