【百度地图篇】1.Flutter+百度Sdk实现地图功能 & 百度地图显示网格问题

我是初学者小白，所以很多看法不深，理解也不够透彻。但是很适合小白们一起从低角度往高处探索。文中有错误的，感谢指正，一起进步。

成都创新互联是一家集成都网站建设、做网站、网站页面设计、网站优化SEO优化为一体的专业网站制作公司，已为成都等多地近百家企业提供网站建设服务。追求良好的浏览体验,以探求精品塑造与理念升华,设计最适合用户的网站页面。 合作只是第一步，服务才是根本,我们始终坚持讲诚信，负责任的原则，为您进行细心、贴心、认真的服务,与众多客户在蓬勃发展的市场环境中,互促共生。

趁着假期做一个Flutter的地图功能，因为后端选用了百度地图，所以前端没得挑。找了遍插件，并没有现成可用的。（不过发现了百度官方也自开发Flutter插件，目前功能只有一个获取本地位置信息，后期会继续增加吧？很期待！）

参考帖子：

这个实际上跟功能之间没太大关系，只是我按照个人摸索的过程来写。

当对一个“领域/知识块”完全不懂的时候，360°的方向都不确定的话。先了解基础概念，有利于你确定自己的摸索方向。

参考帖子：

中间我跳过了几十，上百个帖子的摸索过程。这个才是关键能够真正做事的参考。

因为百度的sdk还算是很完善的，所以一旦出问题，都会有对应的报错提示。

我是使用flutter插件：permission_handler，来解决安卓的动态授权问题，用法简单而且设计合理。

这个错误直接来看，就是签名有问题。怎么查看SHA1码和包名，这里不多说，网上有极其多的方法，百度Sdk开发指南里也有。没那么复杂，也没那么麻烦。按照流程操作就是对的。

实在不放心？跟我一样，flutter打包后，把apk反过来解SHA1码不就行了？

参考帖子：

红色框框基本就是帖子讲解的那样。

蓝色框框见下图：release标签里好像是自己设置了。所以debug标签里面，箭头指向的位置，是我多设置的一个参数。

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

这一步我是哭笑不得，一开始老是和问题（2）混淆，导致浪费很多时间。仔细阅读后，发现是不能连接到“api.map.baidu.com”。

我打开模拟器的chrome浏览器，发现不能上网。查看手机的dns是10.0.2.3(默认的)，和家里wifi不一样，所以不能上网也正常，之前居然没发现这个问题！！！

终端执行：adb shell  和  getprop，就可以查看所有的属性参数了。（window小伙伴自行百度，这个没多大差别。如果你有多个设备，记得自己选好设备。）

在里面找到这一项，就是你的dns参数。有些人是net.dns1，我的是net.eth0.dns1。这个没关系，只是等下指令 稍微改动 就行。

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

后面的192.168.2.1是我自己的dns，这个根据自己的情况来填写。不懂的百度下怎么查看自己的dns。

虽然提示设置失败，但是回到模拟器一看，地图已经显示出来了。

嘿嘿，在flutter设定多大的区域，地图就是多大的区域。用起来就很方便了。

过程十分痛苦，因为对flutter不是很熟悉，对Android原生更是了解很少。所以自己就像突然不能讲话，被丢到一个陌生的环境，却要我去找一个人。所以细心很重要，一定要看清楚错误提示，不要错过每一个细节和可能性。

幸好最后解决了问题，开心~

其实如果你仔细阅读过百度官方的文档，会发现里面有关于 地图的生命周期管理 。然后在这里面没有提及到，这一点虽然没提，但不可或缺，小伙伴就自行思考吧。

最后还有一点，其实我的初衷是想实现一个百度地图的plugin，但是苦于能力有限，对Android的不熟悉，最后折戟。我不得已另起项目，然后重新实现地图sdk接入。经过这次对于这些有更多更全面的认知后，有空会再次研究flutter 插件的开发，共勉，奥利给！！！

Flutter dynamic_widget框架支持json code导出功能

dynamic_widget 是一个可以用json来描述flutter widget的动态布局框架，json code和flutter widget code一一对应，如下图：

dynamic_widget:

Flutter_定义控件StatefulWidgets和StatelessWidget

Stateful（有状态） 和 stateless（无状态） widgets

stateless widget 没有内部状态. Icon、 IconButton, 和Text 都是无状态widget, 他们都是 StatelessWidget的子类。

stateful widget 是动态的. 用户可以和其交互 (例如输入一个表单、 或者移动一个slider滑块),或者可以随时间改变 (也许是数据改变导致的UI更新). Checkbox, Radio, Slider, InkWell, Form, and TextField 都是 stateful widgets, 他们都是 StatefulWidget的子类。

StatefulWidget类

具有可变状态的小部件。

状态是（1）在构建窗口小部件时可以同步读取的信息，以及（2）在窗口小部件的生命周期内可能会更改的信息。这是小工具实施者的责任，以确保国家的及时通知当这种状态的改变，使用State.setState。

有状态窗口小部件是一个窗口小部件，它通过构建一个更具体地描述用户界面的其他窗口小部件来描述用户界面的一部分。构建过程以递归方式继续，直到用户界面的描述完全具体（例如，完全由RenderObjectWidget组成，其描述具体的RenderObject）。

当您描述的用户界面部分可以动态更改时（例如由于具有内部时钟驱动状态或依赖于某些系统状态），状态窗口小部件非常有用。对于仅依赖于对象本身中的配置信息以及窗口小部件膨胀的 BuildContext的组合，请考虑使用 StatelessWidget。

StatefulWidget实例本身是不可变的，并且将它们的可变状态存储在由createState方法创建的单独State对象中 ，或者存储在State订阅的对象中，例如Stream或ChangeNotifier对象，其引用存储在StatefulWidget的最终字段中本身。

框架在膨胀StatefulWidget时 调用createState，这意味着如果该窗口小部件已插入到多个位置的树中，则多个State对象可能与同一StatefulWidget关联。同样，如果StatefulWidget从树中移除，后来在树再次插入时，框架将调用createState再创建一个新的国家目标，简化的生命周期状态的对象。

如果StatefulWidget的创建者使用GlobalKey作为其 键，则StatefulWidget在从树中的一个位置移动到另一个位置时保持相同的State对象。由于具有GlobalKey的窗口小部件可以在树中的至多一个位置使用，因此使用GlobalKey的窗口小部件最多只有一个关联元素。当通过将与该窗口小部件关联的（唯一）子树从旧位置移植到新位置（而不是在该位置重新创建子树）时，框架利用此属性将全局键从树中的一个位置移动到另一个位置时利用此属性。新的位置）。与StatefulWidget关联的State对象与子树的其余部分一起被移植，这意味着State对象在新位置被重用（而不是被重新创建）。但是，为了有资格进行嫁接，必须将窗口小部件插入到从旧位置移除它的同一动画帧中的新位置。

StatefulWidget有两个主要类别。

首先是其中一个分配资源State.initState并在他们的处置State.dispose，但不依赖于InheritedWidget S或致电State.setState。这些小部件通常在应用程序或页面的根目录中使用，并通过ChangeNotifier， Stream或其他此类对象与子小部件进行通信。遵循这种模式的有状态小部件相对便宜（就CPU和GPU周期而言），因为它们构建一次然后永不更新。因此，它们可能有一些复杂和深刻的构建方法。

第二类是使用State.setState或依赖于 InheritedWidget的小部件。这些通常会在应用程序的生命周期内重建多次，因此最小化重建此类窗口小部件的影响非常重要。（他们也可以使用State.initState或 State.didChangeDependencies并分配资源，但重要的是他们重建。）

可以使用几种技术来最小化重建有状态窗口小部件的影响：

StatelessWidget类

一个不需要可变状态的小部件。

无状态窗口小部件是一个窗口小部件，它通过构建一个更具体地描述用户界面的其他窗口小部件来描述用户界面的一部分。构建过程以递归方式继续，直到用户界面的描述完全具体（例如，完全由RenderObjectWidget组成，其描述具体的RenderObject）。

当您描述的用户界面部分不依赖于对象本身的配置信息以及窗口小部件膨胀的BuildContext时，无状态窗口小部件非常有用。对于可以动态更改的组合，例如由于具有内部时钟驱动状态或依赖于某些系统状态，请考虑使用StatefulWidget。

无状态窗口小部件的构建方法通常仅在以下三种情况下调用：第一次将窗口小部件插入树中，窗口小部件的父窗口更改其配置时，以及何时依赖于更改的InheritedWidget。

如果窗口小部件的父级将定期更改窗口小部件的配置，或者它依赖于经常更改的继承窗口小部件，则优化构建方法的性能以保持流畅的呈现性能非常重要。

可以使用几种技术来最小化重建无状态窗口小部件的影响：

Flutter 集成第三方蓝牙库踩坑记录

最近在写flutter应用，需要集成蓝牙功能，用了一个第三方的库，踩了一些坑，做一下记录。

这是库的地址 PhilipsHue/flutter_reactive_ble: Flutter library that handles BLE operations for multiple devices. (github.com)

安卓主要的坑就是，在使用蓝牙功能的时候，需要获取定位权限，这个需要动态获取。

集成之后，编译出错，提示Swift Compiler Error。

（1）首先尝试，修改对应三方库的Swift编译版本。

我这边尝试修改，没有成功。

（2） 没办法，我这边手动修改三方库的源码文件，进行修复。重新编译成功。

其他问题

Flutter局部刷新方法

Flutter中Widget分为StatefulWidget和StatelessWidget，分别为动态视图和静态视图，视图的更新需要调用StatefulWidget的setState方法，这会遍历调用子Widget的build方法。当一个主页面比较复杂时，会包含多个widget，如果直接调用setState，会遍历所有子Widget的build，这是非常不必要的性能开销，有没有单独刷新指定Widget的方式呢？这个时候就要用到GlobalKey了。

一个StatefulWidget包含一个Button，一个Text，通过点击Button调用主Widget的setState方法，刷新Text，示例如下：

同样一个StatefulWidget包含一个多个Text和Button，点击Button我们只需要刷新指定的Text，通过GlobalKey的方式，实现如下：

主Widget，包含一个需要更新的TextWidget和一个不需要更新的Text

需要单独更新的Widget

传递事件的Button

这样点击Button就只会更新指定的TextWidget了，效果如下：

这只是一个简单的例子，在实际开发中为了页面刷新的高效率，模块化封装非常重要。很多情况下都只需要局部刷新，而不是重构整个视图。所以Globalkey的运用在项目中需要熟练掌握

Widget总结

Flutter中Widget，State和BuildContext的概念是每个Flutter开发人员需要完全理解的最重要概念之一。这里先讲解一下Widget以及Widget。三者之间的关系会在最后一篇总结一下。

Widget类在Flutter中是非常重要的，继承自Widget类的有PreferredSizeWidget、ProxyWidget、RenderObjectWidget、StatefulWidget、StatelessWidget。我们日常使用的绝大部分widget都是继承自Widget类，查看Widget类源码，内部实现非常简单，构造函数如下：

在flutter中构建APP是由widget树构建起来的，所以这个key的作用是用来控制在widget树中替换widget的时候使用的。其中Key类是Widget、Element以及SemanticsNode的唯一标识符，继承自Key的还有LocalKey以及GlobalKey。详细可以去framework.dart文件查看相关源码及说明。

在Flutter中，我们平时自定义的widget，一般都是继承自StatefulWidget或StatelessWidget（并不是只有这两种），这两种widget也是目前最常用的两种。如果一个控件自身状态不会去改变，创建了就直接显示，不会有色值、大小或者其他属性的变化，这种widget一般都是继承自StatelessWidget，常见的有Container、ScrollView等。如果一个控件需要动态的去改变或者相应一些状态，例如点击态、色值、内容区域等，那么一般都是继承自StatefulWidget，常见的有CheckBox、AppBar、TabBar等。两者的差别在于是否有状态。

对于StatelessWidget，build方法会在如下三种情况下调用：

我们在创建State的时候可以看到和StatefulWidget相似的build方法，也就是说我们也可以获得一个BuildContext，在使用StatefulWidget.createState创建它们之前以及在调用initState之前，框架将State对象与BuildContext关联起来，该关联是永久的：State对象永远不会改变它的BuildContext（但是BuildContext本身可以在控件树中移动）。后面讲解一下这个BuildContext对象在整个程序中什么角色

State的作用有两点：

State的生命周期有四种状态：

完整生命周期如下：

当控件的配置被更改时会调用State.didUpdateWidget方法，此时框架会重新绘制控件。你也可以使用State.setState方法在状态发生变化时通知框架，告诉框架该对象的内部状态已经改变，框架接到通知后也会重新绘制控件。

State中比较重要的一个方法是setState，当修改状态时，widget会被更新。比方说点击CheckBox，会出现选中和非选中状态之间的切换，就是通过修改状态来达到的。查看setState源码，在一些异常的情况下将会抛出异常：

markNeedsBuild内部，则是通过标记element为diry，在下一帧的时候重建（rebuild）。可以看出setState并不是立即生效，它只是将widget进行了标记，真正的rebuild操作，则是等到下一帧的时候才会去进行。

StatefulWidget的两个主要类别：

在我的小部件的生命周期中，我是否需要考虑一个将要更改的变量，何时更改，将强制重建小部件？

如果问题的答案是肯定的，那么您需要一个有状态的小部件，否则，您需要一个无状态小部件。

比如：

网页名称：flutter动态壁纸,flutter 桌面
文章路径：http://azwzsj.com/article/dsdehjo.html