flutter 性能知識

ModalRoute中的參數(shù)maintainState。其意義為：已經(jīng)不可見(被上面的蓋住完全看不到啦~)的組件，是否還需要保存狀態(tài)。OverlayEntry類源碼中說maintainState設(shè)置為true是昂貴的，但是如果maintainState為false，那當(dāng)不可見時，對應(yīng)的頁面會被銷掉，如果pop回去時重新創(chuàng)建的（State 會跑initState方法），那上個頁面的狀態(tài)就無法保持了。這可能也是MaterialPageRoute默認maintainState為true的原因。

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、小程序制作、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了南部免費建站歡迎大家使用！

這里的saveLayer()是說canvas的saveLayer()方法。一般用于合成特殊效果

可能觸發(fā) saveLayer() 并可能代價高昂的其他小部件：

避免調(diào)用 saveLayer() ：

Flutter開源app---開眼短視頻

在玩安卓上有款組件化開源app的項目，一款模仿 Eyepetizer | 開眼視頻的 開源app,這款app設(shè)計風(fēng)格特別喜歡的，比較簡潔，美觀，然后最近又在學(xué)flutter的知識，于是就寫了一款flutter版本的開源短視頻，效果也是聽不錯的，廢話不多說，先上效果圖。

先附上項目地址：

項目api會在后面的參考鏈接里，或者直接項目內(nèi)查看。

項目地址：

更新：6/30 項目新增下拉刷新，上拉加載功能

kotlin版本開眼短視頻開發(fā)中，敬請期待...

總結(jié)：在此感謝參考的伙伴的文章，寫的也很好，然后我將這個項目改寫成了flutter，當(dāng)中也學(xué)習(xí)到了很多flutter相關(guān)的知識，后續(xù)還有繼續(xù)鞏固，不斷學(xué)習(xí)。

參考鏈接（包含本項目的api）

Flutter 上字體的另類玩法：FontFeature

在以前的 《Flutter 上默認的文本和字體知識點》 和 《帶你深入理解 Flutter 中的字體“冷”知識》 中，已經(jīng)介紹了很多 Flutter 上關(guān)于字體有趣的知識點，而本篇講繼續(xù)介紹 Flutter 上關(guān)于 Text 的一個屬性： FontFeature ， 事實上相較于 Flutter ，本篇內(nèi)容可能和前端或者設(shè)計關(guān)系更密切 。

什么是 FontFeature ？ 簡單來說就是影響字體形狀的一個屬性 ，在前端的對應(yīng)領(lǐng)域里應(yīng)該是 font-feature-settings ，它有別于 FontFamily ，是用于指定字體內(nèi)字的形狀的一個參數(shù)。

我們知道 Flutter 默認在 Android 上使用的是 Roboto 字體，而在 iOS 上使用的是 SF 字體，但是其實 Roboto 字體也是分很多類型的，比如你去查閱手機的 system/fonts 目錄，就會發(fā)現(xiàn)很多帶有 Roboto 字樣的字體庫存在。

所以 Roboto 之類的字體庫是一個很大的字體集，不同的 font-weight 其實對應(yīng)著不同的 ttf ，例如默認情況下的 Roboto 是不支持 font-weight 為 600 的配置 ：

所以如下圖所示，如果我們設(shè)置了 w400 - w700 的 weight ，可以很明顯看到中間的 500 和 600 其實是一樣的粗細，所以在 設(shè)置 weight 或者設(shè)計 UI 時，就需要考慮不同平臺上的 weight 是否支持想要的效果 。

回歸到 FontFeature 上，那 Roboto 自己默認支持多少種 features 呢？ 答案是 26 種，它們的編碼如下所示，運行后效果也如下圖所示，從日常使用上看，這 26 種 Feature 基本滿足開發(fā)的大部分需求。

而 iOS 上的 SF pro 默認支持 39 種 Features ， 它們的編碼如下所示，運行后效果也如下圖所示，可以看到 SF pro 支持的 Features 更多。

所以可以看到，并不是所有字體支持的 Features 都是一樣的，比如 iOS 上支持 sups 上標(biāo)顯示和 subs 下標(biāo)顯示，但是 Android 上的 Roboto 并不支持，甚至很多第三方字體其實并不支持 Features 。

有趣的是，在 Flutter Web 有一個渲染文本時會變模糊的問題 #58159 ，這個問題目前官方還沒有修復(fù)，但是你可以通過給 Text 設(shè)置任意 FontFeatures 來解決這個問題。

最后，如果對 FontFeature 還感興趣的朋友，可以通過一下資料深入了解，如果你還有什么關(guān)于字體上的問題，歡迎留言討論。

基于網(wǎng)友的問題再補充一下拓展知識，畢竟這方面內(nèi)容也不多 。

事實上在 dart 里就可以看到對應(yīng) FontWeight 約定俗稱用的是字體集里的什么字體：

所以如果對于默認字體有疑問，可以在你的手機字體找找是否有對應(yīng)的字體， 比如雖然我們說 roboto 沒有 600 ，但是如果是 roboto mono 字體集是有 600 的 fontweight ，甚至還有 600 斜體： 。

另外注意這是 Flutter 而不是原生，具體實現(xiàn)調(diào)用是在 Engine 的 paragraph_skia.cc 和 paragraph_builder_skia.cc 下對應(yīng)的 setFontFamilies 相關(guān)邏輯，當(dāng)然默認字體庫指定在 typography.dart 下就看到，例如 'Roboto' 、 '.SF UI Display' 、 '.SF UI Text' 、 '.AppleSystemUIFont' 、 'Segoe UI' ：

另外如果你在 Mac 的 Web 上使用 Flutter Web，可以看到指定的是 .AppleSystemUIFont ，而對于 .AppleSystemUIFont 它其實不算是一種字體，而是蘋果上字體的一種集合別稱：

[圖片上傳失敗...(image-40f5ce-1648368234737)]

還有，如果你去看 Flutter 默認自帶的 cupertino/context_menu_action.dart ，就可以看到一個有趣的情況：

當(dāng)然，前面我們說了那么多，主要是針對英文的情況下，而在中文下還是有差異的 ，之前的文章也介紹過：

例如，在蘋果上的簡體中文其實會是 PingFang SC 字體，對應(yīng)還有 PingFang TC 和 PingFang HK 的繁體集，而關(guān)于這個問題在 Flutter 上之前還出現(xiàn)過比較有意思的 bug ：

當(dāng)然后續(xù)的 #16709 修復(fù)了這個問題 ，而在以前的文章我也講過，當(dāng)時我遇到了 “Flutter 在 iOS 系統(tǒng)上，系統(tǒng)語言是韓文時，在和中文一起出現(xiàn)會導(dǎo)致字體顯示異常" 的問題 ：

解決方法也很簡單，就是給 fontFamilyFallback 配置上 ["PingFang SC" , "Heiti SC"] 就可以了，這是因為韓文在蘋果手機上使用的應(yīng)該是 Apple SD Gothic Neo 這樣的超集字體庫，【廣】這個字符在這個字體集上是不存在的，所以就變成了中文的【廣】；

所以可以看到，字體相關(guān)是一個平時很少會深入接觸的東西，但是一旦涉及多語言和繪制，就很容易碰到問題的領(lǐng)域 。

Flutter 之 可滾動組件 -- 理論知識點（十四）

Flutter 中有兩種布局模型：

基于 RenderBox 的盒模型布局。

基于 Sliver ( RenderSliver ) 按需加載列表布局。

通常可滾動組件的子組件可能會非常多、占用的總高度也會非常大；如果要一次性將子組件全部構(gòu)建出將會非常昂貴！為此，F(xiàn)lutter中提出一個Sliver（中文為“薄片”的意思）概念，Sliver 可以包含一個或多個子組件。Sliver 的主要作用是配合：加載子組件并確定每一個子組件的布局和繪制信息，如果 Sliver 可以包含多個子組件時，通常會實現(xiàn)按需加載模型。

只有當(dāng) Sliver 出現(xiàn)在視口中時才會去構(gòu)建它，這種模型也稱為“基于Sliver的列表按需加載模型”。可滾動組件中有很多都支持基于Sliver的按需加載模型，如 ListView 、 GridView ，但是也有不支持該模型的，如 SingleChildScrollView 。

Flutter 中的可滾動主要由三個角色組成： Scrollable 、 Viewport 和 Sliver ：

具體布局過程：

比如有一個 ListView，大小撐滿屏幕，假設(shè)它有 100 個列表項（都是RenderBox）且每個列表項高度相同，結(jié)構(gòu)如圖6-1所示：

圖中白色區(qū)域為設(shè)備屏幕，也是 Scrollable 、 Viewport 和 Sliver 所占用的空間，三者所占用的空間重合，父子關(guān)系為：Sliver 父組件為 Viewport，Viewport的 父組件為 Scrollable 。注意ListView 中只有一個 Sliver，在 Sliver 中實現(xiàn)了子組件的按需加載。

其中頂部和底部灰色的區(qū)域為 cacheExtent，它表示預(yù)渲染的高度，需要注意這是在可視區(qū)域之外，如果 RenderBox 進入這個區(qū)域內(nèi)，即使它還未顯示在屏幕上，也是要先進行構(gòu)建的，預(yù)渲染是為了后面進入 Viewport 的時候更絲滑。cacheExtent 的默認值是 250，在構(gòu)建可滾動列表時我們可以指定這個值，這個值最終會傳給 Viewport。

用于處理滑動手勢，確定滑動偏移，滑動偏移變化時構(gòu)建 Viewport，我們看一下其關(guān)鍵的屬性：

在可滾動組件的坐標(biāo)描述中，通常將滾動方向稱為主軸，非滾動方向稱為縱軸。由于可滾動組件的默認方向一般都是沿垂直方向，所以默認情況下主軸就是指垂直方向，水平方向同理。

Viewport 比較簡單，用于渲染當(dāng)前視口中需要顯示 Sliver。

需要注意的是：

Sliver 主要作用是對子組件進行構(gòu)建和布局，比如 ListView 的 Sliver 需要實現(xiàn)子組件（列表項）按需加載功能，只有當(dāng)列表項進入預(yù)渲染區(qū)域時才會去對它進行構(gòu)建和布局、渲染。

Sliver 對應(yīng)的渲染對象類型是 RenderSliver，RenderSliver 和 RenderBox 的相同點是都繼承自 RenderObject 類，不同點是在布局的時候約束信息不同。RenderBox 在布局時父組件傳遞給它的約束信息對應(yīng)的是 BoxConstraints ，只包含最大寬高的約束；而 RenderSliver 在布局時父組件（列表）傳遞給它的約束是對應(yīng)的是 SliverConstraints 。關(guān)于 Sliver 的布局協(xié)議，我們將在本章最后一節(jié)中介紹。

幾乎所有的可滾動組件在構(gòu)造時都能指定 scrollDirection （滑動的主軸）、 reverse （滑動方向是否反向）、 controller 、 physics 、 cacheExtent ，這些屬性最終會透傳給對應(yīng)的 Scrollable 和 Viewport，這些屬性我們可以認為是可滾動組件的通用屬性，后續(xù)再介紹具體的可滾動組件時將不再贅述。

可滾動組件都有一個 controller 屬性，通過該屬性我們可以指定一個 ScrollController 來控制可滾動組件的滾動，比如可以通過ScrollController來同步多個組件的滑動聯(lián)動。由于 ScrollController 是需要結(jié)合可滾動組件一起工作，所以本章中，我們會在介紹完 ListView 后詳細介紹 ScrollController。

Scrollbar是一個Material風(fēng)格的滾動指示器（滾動條），如果要給可滾動組件添加滾動條，只需將Scrollbar作為可滾動組件的任意一個父級組件即可，如：

Scrollbar 和 CupertinoScrollbar 都是通過監(jiān)聽滾動通知來確定滾動條位置的。關(guān)于的滾動通知的詳細內(nèi)容我們將在本章最后一節(jié)中專門介紹。

CupertinoScrollbar是 iOS 風(fēng)格的滾動條，如果你使用的是Scrollbar，那么在iOS平臺它會自動切換為CupertinoScrollbar

Flutter進階篇（4）-- Flutter的Future異步詳解

本文首發(fā)在公眾號 Flutter那些事 ，歡迎大家多多關(guān)注。

工具安裝：

Flutter基礎(chǔ)篇：

Flutter進階篇：

Dart語法基礎(chǔ)篇：

Dart語法進階篇：

說明：本文中的所有函數(shù)的引用在 main 函數(shù)中：

這里的執(zhí)行結(jié)果是：

Futue直接new就可以了。我這里沒有具體的返回數(shù)據(jù)，所以就用匿名函數(shù)代替了， Future future = new Future(() = null); 相當(dāng)于 FutureNull future = new Future(() = null); 泛型如果為null可以省略不寫，為了便于維護和管理，開發(fā)中建議加上泛型。

輸出結(jié)果是：

future里面有幾個函數(shù)：

then ：異步操作邏輯在這里寫。

whenComplete ：異步完成時的回調(diào)。

catchError ：捕獲異常或者異步出錯時的回調(diào)。

因為這里面的異步操作過程中沒有遇到什么錯誤，所以catchError回調(diào)不會調(diào)用。

我們可以看到執(zhí)行結(jié)果是：

我們可以看到輸出結(jié)果是： 2 1 3 和我們創(chuàng)建Future對象的先后順序完全一致。

我們可以看到結(jié)果為 1 2 3 ，和我們調(diào)用then的先后順序無關(guān)。：

當(dāng)then回調(diào)函數(shù)里面還有then回調(diào)的時候，這時候的流程跟前面就不太一樣了，也是一個大坑，也是面試經(jīng)常會被問到的一個知識點。

我們可以看到執(zhí)行結(jié)果如下：

結(jié)果還是一樣的：

運行結(jié)果是：

這里再次證明了上面我的猜想： 執(zhí)行順序和和創(chuàng)建Future的先后順序有關(guān)，如果有多個then嵌套執(zhí)行，先執(zhí)行外面的then，然后執(zhí)行里面的then。

執(zhí)行結(jié)果如下，我們可以看到then內(nèi)部創(chuàng)建的Future要等到then執(zhí)行完了，最后再去執(zhí)行的：

根據(jù)上文總結(jié)的特點，我們可以不用運行也能推斷出輸出結(jié)果：

為了驗證我們的猜想，我們打印一下輸出結(jié)果，果然我們的證明是正確的。

我們重點看看 then函數(shù)的文檔說明：

then 注冊在 Future 完成時調(diào)用的回調(diào)。

當(dāng)這個 Future 用一個 value 完成時，將使用該值調(diào)用 onValue 回調(diào)。

如果 Future 已經(jīng)完成，則不會立即調(diào)用回調(diào)，而是將在稍后的 microtask（微任務(wù)） 中調(diào)度。

如果回調(diào)返回 Future ，那么 then 返回的 future 將與 callback 返回的 future 結(jié)果相同。

onError 回調(diào)必須接受一個參數(shù)或兩個參數(shù)，后者是[StackTrace]。

如果 onError 接受兩個參數(shù)，則使用錯誤和堆棧跟蹤時調(diào)用它，否則僅使用錯誤對象時候調(diào)用它。

onError 回調(diào)必須返回一個可用于完成返回的future的值或future，因此它必須是可賦值給 FutureOr R 的東西。

返回一個新的 Future ，該 Future 是通過調(diào)用 onValue (如果這個Future是通過一個value完成的)或' onError (如果這個Future是通過一個error完成的)的結(jié)果完成的。

如果調(diào)用的回調(diào)拋出異常，返回的 future 將使用拋出的錯誤和錯誤的堆棧跟蹤完成。在 onError 的情況下，如果拋出的異常與 onError 的錯誤參數(shù)“相同(identical)”，則視為重新拋出，并使用原始堆棧跟蹤替代

如果回調(diào)返回 Future ，則 then 返回的 Future 將以與回調(diào)返回的 Future 相同的結(jié)果完成。

如果未給出 onError ，并且后續(xù)程序走了剛出現(xiàn)了錯誤，則錯誤將直接轉(zhuǎn)發(fā)給返回的 Future 。

在大多數(shù)情況下，單獨使用 catchError 更可讀，可能使用 test 參數(shù)，而不是在單個 then 調(diào)用中同時處理 value 和 error 。

請注意，在添加監(jiān)聽器(listener)之前， future 不會延遲報告錯誤。如果第一個 then 或 catchError 調(diào)用在 future 完成后發(fā)生 error ，那么 error 將報告為未處理的錯誤。

【百度地圖篇】1.Flutter+百度Sdk實現(xiàn)地圖功能 & 百度地圖顯示網(wǎng)格問題

我是初學(xué)者小白，所以很多看法不深，理解也不夠透徹。但是很適合小白們一起從低角度往高處探索。文中有錯誤的，感謝指正，一起進步。

趁著假期做一個Flutter的地圖功能，因為后端選用了百度地圖，所以前端沒得挑。找了遍插件，并沒有現(xiàn)成可用的。（不過發(fā)現(xiàn)了百度官方也自開發(fā)Flutter插件，目前功能只有一個獲取本地位置信息，后期會繼續(xù)增加吧？很期待！）

參考帖子：

這個實際上跟功能之間沒太大關(guān)系，只是我按照個人摸索的過程來寫。

當(dāng)對一個“領(lǐng)域/知識塊”完全不懂的時候，360°的方向都不確定的話。先了解基礎(chǔ)概念，有利于你確定自己的摸索方向。

參考帖子：

中間我跳過了幾十，上百個帖子的摸索過程。這個才是關(guān)鍵能夠真正做事的參考。

因為百度的sdk還算是很完善的，所以一旦出問題，都會有對應(yīng)的報錯提示。

我是使用flutter插件：permission_handler，來解決安卓的動態(tài)授權(quán)問題，用法簡單而且設(shè)計合理。

這個錯誤直接來看，就是簽名有問題。怎么查看SHA1碼和包名，這里不多說，網(wǎng)上有極其多的方法，百度Sdk開發(fā)指南里也有。沒那么復(fù)雜，也沒那么麻煩。按照流程操作就是對的。

實在不放心？跟我一樣，flutter打包后，把apk反過來解SHA1碼不就行了？

參考帖子：

紅色框框基本就是帖子講解的那樣。

藍色框框見下圖：release標(biāo)簽里好像是自己設(shè)置了。所以debug標(biāo)簽里面，箭頭指向的位置，是我多設(shè)置的一個參數(shù)。

uid: -1 appid -1 msg: httpsPost failed,IOException:Unable to resolve host "api.map.baidu.com": No address associated with hostname

這一步我是哭笑不得，一開始老是和問題（2）混淆，導(dǎo)致浪費很多時間。仔細閱讀后，發(fā)現(xiàn)是不能連接到“api.map.baidu.com”。

我打開模擬器的chrome瀏覽器，發(fā)現(xiàn)不能上網(wǎng)。查看手機的dns是10.0.2.3(默認的)，和家里wifi不一樣，所以不能上網(wǎng)也正常，之前居然沒發(fā)現(xiàn)這個問題！！！

終端執(zhí)行：adb shell? 和? getprop，就可以查看所有的屬性參數(shù)了。（window小伙伴自行百度，這個沒多大差別。如果你有多個設(shè)備，記得自己選好設(shè)備。）

在里面找到這一項，就是你的dns參數(shù)。有些人是net.dns1，我的是net.eth0.dns1。這個沒關(guān)系，只是等下指令 稍微改動 就行。

修改dns指令：setprop net.eth0.dns1 192.168.2.1

后面的192.168.2.1是我自己的dns，這個根據(jù)自己的情況來填寫。不懂的百度下怎么查看自己的dns。

雖然提示設(shè)置失敗，但是回到模擬器一看，地圖已經(jīng)顯示出來了。

嘿嘿，在flutter設(shè)定多大的區(qū)域，地圖就是多大的區(qū)域。用起來就很方便了。

過程十分痛苦，因為對flutter不是很熟悉，對Android原生更是了解很少。所以自己就像突然不能講話，被丟到一個陌生的環(huán)境，卻要我去找一個人。所以細心很重要，一定要看清楚錯誤提示，不要錯過每一個細節(jié)和可能性。

幸好最后解決了問題，開心~

其實如果你仔細閱讀過百度官方的文檔，會發(fā)現(xiàn)里面有關(guān)于 地圖的生命周期管理 。然后在這里面沒有提及到，這一點雖然沒提，但不可或缺，小伙伴就自行思考吧。

最后還有一點，其實我的初衷是想實現(xiàn)一個百度地圖的plugin，但是苦于能力有限，對Android的不熟悉，最后折戟。我不得已另起項目，然后重新實現(xiàn)地圖sdk接入。經(jīng)過這次對于這些有更多更全面的認知后，有空會再次研究flutter 插件的開發(fā)，共勉，奧利給！！！

當(dāng)前名稱：包含flutter知識的詞條
文章源于：http://chinadenli.net/article38/dsehjsp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、服務(wù)器托管、商城網(wǎng)站、網(wǎng)站內(nèi)鏈、響應(yīng)式網(wǎng)站、移動網(wǎng)站建設(shè)

廣告

聲明：本網(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)