ModalRoute中的參數(shù)maintainState。其意義為：已經(jīng)不可見(被上面的蓋住完全看不到啦~)的組件，是否還需要保存狀態(tài)。OverlayEntry類源碼中說(shuō)maintainState設(shè)置為true是昂貴的，但是如果maintainState為false，那當(dāng)不可見時(shí)，對(duì)應(yīng)的頁(yè)面會(huì)被銷掉，如果pop回去時(shí)重新創(chuàng)建的（State 會(huì)跑initState方法），那上個(gè)頁(yè)面的狀態(tài)就無(wú)法保持了。這可能也是MaterialPageRoute默認(rèn)maintainState為true的原因。
網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、小程序制作、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了南部免費(fèi)建站歡迎大家使用！
這里的saveLayer()是說(shuō)canvas的saveLayer()方法。一般用于合成特殊效果
可能觸發(fā) saveLayer() 并可能代價(jià)高昂的其他小部件：
避免調(diào)用 saveLayer() ：
在玩安卓上有款組件化開源app的項(xiàng)目，一款模仿 Eyepetizer | 開眼視頻的 開源app,這款app設(shè)計(jì)風(fēng)格特別喜歡的，比較簡(jiǎn)潔，美觀，然后最近又在學(xué)flutter的知識(shí)，于是就寫了一款flutter版本的開源短視頻，效果也是聽不錯(cuò)的，廢話不多說(shuō)，先上效果圖。
先附上項(xiàng)目地址：
項(xiàng)目api會(huì)在后面的參考鏈接里，或者直接項(xiàng)目?jī)?nèi)查看。
項(xiàng)目地址：
更新：6/30 項(xiàng)目新增下拉刷新，上拉加載功能
kotlin版本開眼短視頻開發(fā)中，敬請(qǐng)期待...
總結(jié)：在此感謝參考的伙伴的文章，寫的也很好，然后我將這個(gè)項(xiàng)目改寫成了flutter，當(dāng)中也學(xué)習(xí)到了很多flutter相關(guān)的知識(shí)，后續(xù)還有繼續(xù)鞏固，不斷學(xué)習(xí)。
參考鏈接（包含本項(xiàng)目的api）
在以前的 《Flutter 上默認(rèn)的文本和字體知識(shí)點(diǎn)》 和 《帶你深入理解 Flutter 中的字體“冷”知識(shí)》 中，已經(jīng)介紹了很多 Flutter 上關(guān)于字體有趣的知識(shí)點(diǎn)，而本篇講繼續(xù)介紹 Flutter 上關(guān)于 Text 的一個(gè)屬性： FontFeature ， 事實(shí)上相較于 Flutter ，本篇內(nèi)容可能和前端或者設(shè)計(jì)關(guān)系更密切 。
什么是 FontFeature ？ 簡(jiǎn)單來(lái)說(shuō)就是影響字體形狀的一個(gè)屬性 ，在前端的對(duì)應(yīng)領(lǐng)域里應(yīng)該是 font-feature-settings ，它有別于 FontFamily ，是用于指定字體內(nèi)字的形狀的一個(gè)參數(shù)。
我們知道 Flutter 默認(rèn)在 Android 上使用的是 Roboto 字體，而在 iOS 上使用的是 SF 字體，但是其實(shí) Roboto 字體也是分很多類型的，比如你去查閱手機(jī)的 system/fonts 目錄，就會(huì)發(fā)現(xiàn)很多帶有 Roboto 字樣的字體庫(kù)存在。
所以 Roboto 之類的字體庫(kù)是一個(gè)很大的字體集，不同的 font-weight 其實(shí)對(duì)應(yīng)著不同的 ttf ，例如默認(rèn)情況下的 Roboto 是不支持 font-weight 為 600 的配置 ：
所以如下圖所示，如果我們?cè)O(shè)置了 w400 - w700 的 weight ，可以很明顯看到中間的 500 和 600 其實(shí)是一樣的粗細(xì)，所以在 設(shè)置 weight 或者設(shè)計(jì) UI 時(shí)，就需要考慮不同平臺(tái)上的 weight 是否支持想要的效果 。
回歸到 FontFeature 上，那 Roboto 自己默認(rèn)支持多少種 features 呢？ 答案是 26 種，它們的編碼如下所示，運(yùn)行后效果也如下圖所示，從日常使用上看，這 26 種 Feature 基本滿足開發(fā)的大部分需求。
而 iOS 上的 SF pro 默認(rèn)支持 39 種 Features ， 它們的編碼如下所示，運(yùn)行后效果也如下圖所示，可以看到 SF pro 支持的 Features 更多。
所以可以看到，并不是所有字體支持的 Features 都是一樣的，比如 iOS 上支持 sups 上標(biāo)顯示和 subs 下標(biāo)顯示，但是 Android 上的 Roboto 并不支持，甚至很多第三方字體其實(shí)并不支持 Features 。
有趣的是，在 Flutter Web 有一個(gè)渲染文本時(shí)會(huì)變模糊的問(wèn)題 #58159 ，這個(gè)問(wèn)題目前官方還沒(méi)有修復(fù)，但是你可以通過(guò)給 Text 設(shè)置任意 FontFeatures 來(lái)解決這個(gè)問(wèn)題。
最后，如果對(duì) FontFeature 還感興趣的朋友，可以通過(guò)一下資料深入了解，如果你還有什么關(guān)于字體上的問(wèn)題，歡迎留言討論。
基于網(wǎng)友的問(wèn)題再補(bǔ)充一下拓展知識(shí)，畢竟這方面內(nèi)容也不多 。
事實(shí)上在 dart 里就可以看到對(duì)應(yīng) FontWeight 約定俗稱用的是字體集里的什么字體：
所以如果對(duì)于默認(rèn)字體有疑問(wèn)，可以在你的手機(jī)字體找找是否有對(duì)應(yīng)的字體， 比如雖然我們說(shuō) roboto 沒(méi)有 600 ，但是如果是 roboto mono 字體集是有 600 的 fontweight ，甚至還有 600 斜體： 。
另外注意這是 Flutter 而不是原生，具體實(shí)現(xiàn)調(diào)用是在 Engine 的 paragraph_skia.cc 和 paragraph_builder_skia.cc 下對(duì)應(yīng)的 setFontFamilies 相關(guān)邏輯，當(dāng)然默認(rèn)字體庫(kù)指定在 typography.dart 下就看到，例如 'Roboto' 、 '.SF UI Display' 、 '.SF UI Text' 、 '.AppleSystemUIFont' 、 'Segoe UI' ：
另外如果你在 Mac 的 Web 上使用 Flutter Web，可以看到指定的是 .AppleSystemUIFont ，而對(duì)于 .AppleSystemUIFont 它其實(shí)不算是一種字體，而是蘋果上字體的一種集合別稱：
[圖片上傳失敗...(image-40f5ce-1648368234737)]
還有，如果你去看 Flutter 默認(rèn)自帶的 cupertino/context_menu_action.dart ，就可以看到一個(gè)有趣的情況：
當(dāng)然，前面我們說(shuō)了那么多，主要是針對(duì)英文的情況下，而在中文下還是有差異的 ，之前的文章也介紹過(guò)：
例如，在蘋果上的簡(jiǎn)體中文其實(shí)會(huì)是 PingFang SC 字體，對(duì)應(yīng)還有 PingFang TC 和 PingFang HK 的繁體集，而關(guān)于這個(gè)問(wèn)題在 Flutter 上之前還出現(xiàn)過(guò)比較有意思的 bug ：
當(dāng)然后續(xù)的 #16709 修復(fù)了這個(gè)問(wèn)題 ，而在以前的文章我也講過(guò)，當(dāng)時(shí)我遇到了 “Flutter 在 iOS 系統(tǒng)上，系統(tǒng)語(yǔ)言是韓文時(shí)，在和中文一起出現(xiàn)會(huì)導(dǎo)致字體顯示異常" 的問(wèn)題 ：
解決方法也很簡(jiǎn)單，就是給 fontFamilyFallback 配置上 ["PingFang SC" , "Heiti SC"] 就可以了，這是因?yàn)轫n文在蘋果手機(jī)上使用的應(yīng)該是 Apple SD Gothic Neo 這樣的超集字體庫(kù)，【廣】這個(gè)字符在這個(gè)字體集上是不存在的，所以就變成了中文的【廣】；
所以可以看到，字體相關(guān)是一個(gè)平時(shí)很少會(huì)深入接觸的東西，但是一旦涉及多語(yǔ)言和繪制，就很容易碰到問(wèn)題的領(lǐng)域 。
Flutter 中有兩種布局模型：
基于 RenderBox 的盒模型布局。
基于 Sliver ( RenderSliver ) 按需加載列表布局。
通?？蓾L動(dòng)組件的子組件可能會(huì)非常多、占用的總高度也會(huì)非常大；如果要一次性將子組件全部構(gòu)建出將會(huì)非常昂貴！為此，F(xiàn)lutter中提出一個(gè)Sliver（中文為“薄片”的意思）概念，Sliver 可以包含一個(gè)或多個(gè)子組件。Sliver 的主要作用是配合：加載子組件并確定每一個(gè)子組件的布局和繪制信息，如果 Sliver 可以包含多個(gè)子組件時(shí)，通常會(huì)實(shí)現(xiàn)按需加載模型。
只有當(dāng) Sliver 出現(xiàn)在視口中時(shí)才會(huì)去構(gòu)建它，這種模型也稱為“基于Sliver的列表按需加載模型”?？蓾L動(dòng)組件中有很多都支持基于Sliver的按需加載模型，如 ListView 、 GridView ，但是也有不支持該模型的，如 SingleChildScrollView 。
Flutter 中的可滾動(dòng)主要由三個(gè)角色組成： Scrollable 、 Viewport 和 Sliver ：
具體布局過(guò)程：
比如有一個(gè) ListView，大小撐滿屏幕，假設(shè)它有 100 個(gè)列表項(xiàng)（都是RenderBox）且每個(gè)列表項(xiàng)高度相同，結(jié)構(gòu)如圖6-1所示：
圖中白色區(qū)域?yàn)樵O(shè)備屏幕，也是 Scrollable 、 Viewport 和 Sliver 所占用的空間，三者所占用的空間重合，父子關(guān)系為：Sliver 父組件為 Viewport，Viewport的 父組件為 Scrollable 。注意ListView 中只有一個(gè) Sliver，在 Sliver 中實(shí)現(xiàn)了子組件的按需加載。
其中頂部和底部灰色的區(qū)域?yàn)?cacheExtent，它表示預(yù)渲染的高度，需要注意這是在可視區(qū)域之外，如果 RenderBox 進(jìn)入這個(gè)區(qū)域內(nèi)，即使它還未顯示在屏幕上，也是要先進(jìn)行構(gòu)建的，預(yù)渲染是為了后面進(jìn)入 Viewport 的時(shí)候更絲滑。cacheExtent 的默認(rèn)值是 250，在構(gòu)建可滾動(dòng)列表時(shí)我們可以指定這個(gè)值，這個(gè)值最終會(huì)傳給 Viewport。
用于處理滑動(dòng)手勢(shì)，確定滑動(dòng)偏移，滑動(dòng)偏移變化時(shí)構(gòu)建 Viewport，我們看一下其關(guān)鍵的屬性：
在可滾動(dòng)組件的坐標(biāo)描述中，通常將滾動(dòng)方向稱為主軸，非滾動(dòng)方向稱為縱軸。由于可滾動(dòng)組件的默認(rèn)方向一般都是沿垂直方向，所以默認(rèn)情況下主軸就是指垂直方向，水平方向同理。
Viewport 比較簡(jiǎn)單，用于渲染當(dāng)前視口中需要顯示 Sliver。
需要注意的是：
Sliver 主要作用是對(duì)子組件進(jìn)行構(gòu)建和布局，比如 ListView 的 Sliver 需要實(shí)現(xiàn)子組件（列表項(xiàng)）按需加載功能，只有當(dāng)列表項(xiàng)進(jìn)入預(yù)渲染區(qū)域時(shí)才會(huì)去對(duì)它進(jìn)行構(gòu)建和布局、渲染。
Sliver 對(duì)應(yīng)的渲染對(duì)象類型是 RenderSliver，RenderSliver 和 RenderBox 的相同點(diǎn)是都繼承自 RenderObject 類，不同點(diǎn)是在布局的時(shí)候約束信息不同。RenderBox 在布局時(shí)父組件傳遞給它的約束信息對(duì)應(yīng)的是 BoxConstraints ，只包含最大寬高的約束；而 RenderSliver 在布局時(shí)父組件（列表）傳遞給它的約束是對(duì)應(yīng)的是 SliverConstraints 。關(guān)于 Sliver 的布局協(xié)議，我們將在本章最后一節(jié)中介紹。
幾乎所有的可滾動(dòng)組件在構(gòu)造時(shí)都能指定 scrollDirection （滑動(dòng)的主軸）、 reverse （滑動(dòng)方向是否反向）、 controller 、 physics 、 cacheExtent ，這些屬性最終會(huì)透?jìng)鹘o對(duì)應(yīng)的 Scrollable 和 Viewport，這些屬性我們可以認(rèn)為是可滾動(dòng)組件的通用屬性，后續(xù)再介紹具體的可滾動(dòng)組件時(shí)將不再贅述。
可滾動(dòng)組件都有一個(gè) controller 屬性，通過(guò)該屬性我們可以指定一個(gè) ScrollController 來(lái)控制可滾動(dòng)組件的滾動(dòng)，比如可以通過(guò)ScrollController來(lái)同步多個(gè)組件的滑動(dòng)聯(lián)動(dòng)。由于 ScrollController 是需要結(jié)合可滾動(dòng)組件一起工作，所以本章中，我們會(huì)在介紹完 ListView 后詳細(xì)介紹 ScrollController。
Scrollbar是一個(gè)Material風(fēng)格的滾動(dòng)指示器（滾動(dòng)條），如果要給可滾動(dòng)組件添加滾動(dòng)條，只需將Scrollbar作為可滾動(dòng)組件的任意一個(gè)父級(jí)組件即可，如：
Scrollbar 和 CupertinoScrollbar 都是通過(guò)監(jiān)聽滾動(dòng)通知來(lái)確定滾動(dòng)條位置的。關(guān)于的滾動(dòng)通知的詳細(xì)內(nèi)容我們將在本章最后一節(jié)中專門介紹。
CupertinoScrollbar是 iOS 風(fēng)格的滾動(dòng)條，如果你使用的是Scrollbar，那么在iOS平臺(tái)它會(huì)自動(dòng)切換為CupertinoScrollbar
本文首發(fā)在公眾號(hào) Flutter那些事 ，歡迎大家多多關(guān)注。
工具安裝：
Flutter基礎(chǔ)篇：
Flutter進(jìn)階篇：
Dart語(yǔ)法基礎(chǔ)篇：
Dart語(yǔ)法進(jìn)階篇：
說(shuō)明：本文中的所有函數(shù)的引用在 main 函數(shù)中：
這里的執(zhí)行結(jié)果是：
Futue直接new就可以了。我這里沒(méi)有具體的返回?cái)?shù)據(jù)，所以就用匿名函數(shù)代替了， Future future = new Future(() = null); 相當(dāng)于 FutureNull future = new Future(() = null); 泛型如果為null可以省略不寫，為了便于維護(hù)和管理，開發(fā)中建議加上泛型。
輸出結(jié)果是：
future里面有幾個(gè)函數(shù)：
then ：異步操作邏輯在這里寫。
whenComplete ：異步完成時(shí)的回調(diào)。
catchError ：捕獲異?；蛘弋惒匠鲥e(cuò)時(shí)的回調(diào)。
因?yàn)檫@里面的異步操作過(guò)程中沒(méi)有遇到什么錯(cuò)誤，所以catchError回調(diào)不會(huì)調(diào)用。
我們可以看到執(zhí)行結(jié)果是：
我們可以看到輸出結(jié)果是： 2 1 3 和我們創(chuàng)建Future對(duì)象的先后順序完全一致。
我們可以看到結(jié)果為 1 2 3 ，和我們調(diào)用then的先后順序無(wú)關(guān)。：
當(dāng)then回調(diào)函數(shù)里面還有then回調(diào)的時(shí)候，這時(shí)候的流程跟前面就不太一樣了，也是一個(gè)大坑，也是面試經(jīng)常會(huì)被問(wèn)到的一個(gè)知識(shí)點(diǎn)。
我們可以看到執(zhí)行結(jié)果如下：
結(jié)果還是一樣的：
運(yùn)行結(jié)果是：
這里再次證明了上面我的猜想： 執(zhí)行順序和和創(chuàng)建Future的先后順序有關(guān)，如果有多個(gè)then嵌套執(zhí)行，先執(zhí)行外面的then，然后執(zhí)行里面的then。
執(zhí)行結(jié)果如下，我們可以看到then內(nèi)部創(chuàng)建的Future要等到then執(zhí)行完了，最后再去執(zhí)行的：
根據(jù)上文總結(jié)的特點(diǎn)，我們可以不用運(yùn)行也能推斷出輸出結(jié)果：
為了驗(yàn)證我們的猜想，我們打印一下輸出結(jié)果，果然我們的證明是正確的。
我們重點(diǎn)看看 then函數(shù)的文檔說(shuō)明：
then 注冊(cè)在 Future 完成時(shí)調(diào)用的回調(diào)。
當(dāng)這個(gè) Future 用一個(gè) value 完成時(shí)，將使用該值調(diào)用 onValue 回調(diào)。
如果 Future 已經(jīng)完成，則不會(huì)立即調(diào)用回調(diào)，而是將在稍后的 microtask（微任務(wù)） 中調(diào)度。
如果回調(diào)返回 Future ，那么 then 返回的 future 將與 callback 返回的 future 結(jié)果相同。
onError 回調(diào)必須接受一個(gè)參數(shù)或兩個(gè)參數(shù)，后者是[StackTrace]。
如果 onError 接受兩個(gè)參數(shù)，則使用錯(cuò)誤和堆棧跟蹤時(shí)調(diào)用它，否則僅使用錯(cuò)誤對(duì)象時(shí)候調(diào)用它。
onError 回調(diào)必須返回一個(gè)可用于完成返回的future的值或future，因此它必須是可賦值給 FutureOr R 的東西。
返回一個(gè)新的 Future ，該 Future 是通過(guò)調(diào)用 onValue (如果這個(gè)Future是通過(guò)一個(gè)value完成的)或' onError (如果這個(gè)Future是通過(guò)一個(gè)error完成的)的結(jié)果完成的。
如果調(diào)用的回調(diào)拋出異常，返回的 future 將使用拋出的錯(cuò)誤和錯(cuò)誤的堆棧跟蹤完成。在 onError 的情況下，如果拋出的異常與 onError 的錯(cuò)誤參數(shù)“相同(identical)”，則視為重新拋出，并使用原始堆棧跟蹤替代
如果回調(diào)返回 Future ，則 then 返回的 Future 將以與回調(diào)返回的 Future 相同的結(jié)果完成。
如果未給出 onError ，并且后續(xù)程序走了剛出現(xiàn)了錯(cuò)誤，則錯(cuò)誤將直接轉(zhuǎn)發(fā)給返回的 Future 。
在大多數(shù)情況下，單獨(dú)使用 catchError 更可讀，可能使用 test 參數(shù)，而不是在單個(gè) then 調(diào)用中同時(shí)處理 value 和 error 。
請(qǐng)注意，在添加監(jiān)聽器(listener)之前， future 不會(huì)延遲報(bào)告錯(cuò)誤。如果第一個(gè) then 或 catchError 調(diào)用在 future 完成后發(fā)生 error ，那么 error 將報(bào)告為未處理的錯(cuò)誤。
我是初學(xué)者小白，所以很多看法不深，理解也不夠透徹。但是很適合小白們一起從低角度往高處探索。文中有錯(cuò)誤的，感謝指正，一起進(jìn)步。
趁著假期做一個(gè)Flutter的地圖功能，因?yàn)楹蠖诉x用了百度地圖，所以前端沒(méi)得挑。找了遍插件，并沒(méi)有現(xiàn)成可用的。（不過(guò)發(fā)現(xiàn)了百度官方也自開發(fā)Flutter插件，目前功能只有一個(gè)獲取本地位置信息，后期會(huì)繼續(xù)增加吧？很期待?。?/p>
參考帖子：
這個(gè)實(shí)際上跟功能之間沒(méi)太大關(guān)系，只是我按照個(gè)人摸索的過(guò)程來(lái)寫。
當(dāng)對(duì)一個(gè)“領(lǐng)域/知識(shí)塊”完全不懂的時(shí)候，360°的方向都不確定的話。先了解基礎(chǔ)概念，有利于你確定自己的摸索方向。
參考帖子：
中間我跳過(guò)了幾十，上百個(gè)帖子的摸索過(guò)程。這個(gè)才是關(guān)鍵能夠真正做事的參考。
因?yàn)榘俣鹊膕dk還算是很完善的，所以一旦出問(wèn)題，都會(huì)有對(duì)應(yīng)的報(bào)錯(cuò)提示。
我是使用flutter插件：permission_handler，來(lái)解決安卓的動(dòng)態(tài)授權(quán)問(wèn)題，用法簡(jiǎn)單而且設(shè)計(jì)合理。
這個(gè)錯(cuò)誤直接來(lái)看，就是簽名有問(wèn)題。怎么查看SHA1碼和包名，這里不多說(shuō)，網(wǎng)上有極其多的方法，百度Sdk開發(fā)指南里也有。沒(méi)那么復(fù)雜，也沒(méi)那么麻煩。按照流程操作就是對(duì)的。
實(shí)在不放心？跟我一樣，flutter打包后，把a(bǔ)pk反過(guò)來(lái)解SHA1碼不就行了？
參考帖子：
紅色框框基本就是帖子講解的那樣。
藍(lán)色框框見下圖：release標(biāo)簽里好像是自己設(shè)置了。所以debug標(biāo)簽里面，箭頭指向的位置，是我多設(shè)置的一個(gè)參數(shù)。
uid: -1 appid -1 msg: httpsPost failed,IOException:Unable to resolve host "api.map.baidu.com": No address associated with hostname
這一步我是哭笑不得，一開始老是和問(wèn)題（2）混淆，導(dǎo)致浪費(fèi)很多時(shí)間。仔細(xì)閱讀后，發(fā)現(xiàn)是不能連接到“api.map.baidu.com”。
我打開模擬器的chrome瀏覽器，發(fā)現(xiàn)不能上網(wǎng)。查看手機(jī)的dns是10.0.2.3(默認(rèn)的)，和家里wifi不一樣，所以不能上網(wǎng)也正常，之前居然沒(méi)發(fā)現(xiàn)這個(gè)問(wèn)題?。?！
終端執(zhí)行：adb shell? 和? getprop，就可以查看所有的屬性參數(shù)了。（window小伙伴自行百度，這個(gè)沒(méi)多大差別。如果你有多個(gè)設(shè)備，記得自己選好設(shè)備。）
在里面找到這一項(xiàng)，就是你的dns參數(shù)。有些人是net.dns1，我的是net.eth0.dns1。這個(gè)沒(méi)關(guān)系，只是等下指令 稍微改動(dòng) 就行。
修改dns指令：setprop net.eth0.dns1 192.168.2.1
后面的192.168.2.1是我自己的dns，這個(gè)根據(jù)自己的情況來(lái)填寫。不懂的百度下怎么查看自己的dns。
雖然提示設(shè)置失敗，但是回到模擬器一看，地圖已經(jīng)顯示出來(lái)了。
嘿嘿，在flutter設(shè)定多大的區(qū)域，地圖就是多大的區(qū)域。用起來(lái)就很方便了。
過(guò)程十分痛苦，因?yàn)閷?duì)flutter不是很熟悉，對(duì)Android原生更是了解很少。所以自己就像突然不能講話，被丟到一個(gè)陌生的環(huán)境，卻要我去找一個(gè)人。所以細(xì)心很重要，一定要看清楚錯(cuò)誤提示，不要錯(cuò)過(guò)每一個(gè)細(xì)節(jié)和可能性。
幸好最后解決了問(wèn)題，開心~
其實(shí)如果你仔細(xì)閱讀過(guò)百度官方的文檔，會(huì)發(fā)現(xiàn)里面有關(guān)于 地圖的生命周期管理 。然后在這里面沒(méi)有提及到，這一點(diǎn)雖然沒(méi)提，但不可或缺，小伙伴就自行思考吧。
最后還有一點(diǎn)，其實(shí)我的初衷是想實(shí)現(xiàn)一個(gè)百度地圖的plugin，但是苦于能力有限，對(duì)Android的不熟悉，最后折戟。我不得已另起項(xiàng)目，然后重新實(shí)現(xiàn)地圖sdk接入。經(jīng)過(guò)這次對(duì)于這些有更多更全面的認(rèn)知后，有空會(huì)再次研究flutter 插件的開發(fā)，共勉，奧利給?。?！
重慶分公司
重慶分公司
