flutter每天清空,flutter刷新

Android Studio Emulator依然显示删除的device

如下，

创新互联公司长期为成百上千客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为株洲企业提供专业的成都做网站、成都网站制作，株洲网站改版等技术服务。拥有10多年丰富建站经验和众多成功案例,为您定制开发。

当你添加完所有环境变量，或者多次卸掉重装android studio后，再次插入手机，或者是开启模拟器的时候，vscode或android studio都显示no devices的时候，以下简单的解决方法或许能帮到你。

1、先检查自己以往是否有安装adb。在cmd中查看adb的版本。输入：adb version。

2、如果有安装的话，建议在C:WindowsSystem和C:WindowsSystem32删除adb.exe, AdbWinApi.dll和AdbWinUsbApi.dll三个文件即可。

3、你在android studio经过了一顿操作，例如安装了一系列的sdk文件，还有创建了模拟器之后，也执行了第二步，环境变量也设置好了，在cmd中输入adb version。

这就代表了你已经彻底清除了旧版本的adb，用的是目前最新版本的adb。这个也会随着flutter upgrade的更新而更新。我今天更新了flutter版本，adb应该是最新的。

4、在管理员模式下打开cmd，输入adb devices，会看见当前已经打开了的安卓设备。

5、输入adb connect 你安卓设备的名字 。我的安卓设备名字是4ad32643。所以我就输入adb connect 4ad32543。

failed那一行不用管，这时候看回vscode或者是android studio，即会出现设备，可进行flutter的正常调试。

Flutter 文件路径

path_provider是flutter提供的一个获取应用存储路径的插件，它封装了统一的api来获取Android和ios两个平台的应用存储路径，提供的api如下：

getTemporaryDirectory()：获取应用临时文件夹，该文件夹用来保存应用的缓存，可以随时删除用于清缓存，对应于Android的getCacheDir()和ios的NSTemporaryDirectory()；

getApplicationDocumentsDirectory()：获取应用安装路径，在应用被卸载的时候删除，对应Android的AppDate目录和iOS的NSDocumentDirectory目录；

getExternalStorageDirectory()：获取存储卡目录，仅支持Android；

我们通过File和Directory来创建文件和文件夹时首先要获取到应用的相关路径，不然会报错；

File对象和Directory对象封装在dart:io中，使用时需要先引入该库：

Directory对象提供listSync()方法获取文件夹里的内容，该方法返回一个数组；

文件和文件夹都通过delete删除，delete异步，deleteSync同步；如果一个文件夹是非空的删除会报错，删除非空文件夹需要先清空该文件夹：

flutter对json序列化需要引入 dart:convert 库：

通过jsonEncode/jsonDecode来转换json对象：

// 将test目录下的info.json复制到test2目录下的info2.json中

引入包archive包：

压缩：

压缩前使用ZipFileEncoder先声明处理压缩的对象，调用该对象的zipDirectory方法压缩文件，该方法接受两个参数，第一个是要压缩文件/文件夹的路径，第二个是压缩包的保存路径；

解压：

Flutter的setState（状态刷新）

Flutter有两个常用的状态类：

标记为dirty，执行的markNeedsBuild，定义在Element类中：

当前Element节点被标记为dirty，同时调用owner的scheduleBuildFor方法：

将element元素添加到全局的“脏”链表里。

BuildOwner用来管理哪些需要更新的Widget。这个owner最开始被初始化的地方在WidgetsBinding的initInstances方法中，随后初始化了onBuildScheduled方法，对应执行的是_handleBuildScheduled，定义在WidgetsBinding类中：

ensureVisualUpdate 方法定义在SchedulerBinding类中：

在提交下一帧绘制的时候会调用到scheduleFrame方法，提交给引擎绘制，看看scheduleFrame方法，也定义在SchedulerBinding类中：

提交给引擎绘制之后，会收到onDrawFrame的回调，最终执行到_handleDrawFrame方法中，对应的是handleDrawFrame方法，定义在SchedulerBinding类中：

在RendererBinding的initInstances方法中添加了一个回调到这个List中，对应的是RenderBinding的drawFrame方法，对应的节点进行绘制渲染操作。

WidgetsBinding中的drawFrame方法：

看看这里的buildScope方法，定义在BuildOwner方法中。在上面 scheduleBuildFor 方法介绍中有提到："scheduleBuildFor 是把一个 element 添加到 _dirtyElements 链表，以便当[WidgetsBinding.drawFrame]中调用 buildScope 的时候能够重构 element。onBuildScheduled()是一个 BuildOwner 的回调"。在 drawFrame 中调用 buildOwner.buildScope(renderViewElement)更新 elements。

_dirtyElements列表在遍历的过程中执行rebuild方法，此时将所有标记为dirty的Element节点依次执行rebuild，preformRebuild，build，updateChild，update方法，执行界面更新。完成build，update操作完成之后，后续会将需要绘制的RenderObject添加到需要layout的列表中，等待绘制渲染。所有绘制完成之后将_dirtyElments列表清空，_inDirtyList标记位置为false。

提交给引擎绘制渲染

看看super.drawFrame()，这里就执行到了RendererBinding类中，定义如下：

这里就是将最终需要绘制渲染的画面提交给引擎的地方了，绘制完成之后就在界面显示更新后的视图了。