flutter热,flutter热修复ios
Flutter 热重载未生效
将枚举类型更改为常规类或将常规类更改为枚举类型时，热重载(r)不起作用。 需要hot restart(cmd + shift + r)
成都创新互联公司长期为数千家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为瑞昌企业提供专业的网站设计、网站建设，瑞昌网站改版等技术服务。拥有十年丰富建站经验和众多成功案例,为您定制开发。
修改泛型类型声明后，热重装将无法工作。 例如，以下操作将无效：
Widget 快速替换 、 包装 、 移动 、 删除 、 抽取成变量 、 抽取成方法
焦点放到相应的widget上, 然后 cmd + . 如果提示没有相关操作,多试几次
Android Studio Flutter Hot Reload热加载无效
如题，在Flutter开发中，正常情况下，修改后按保存（ctrl+s），就能自动将更新内容热加载到设备中，但是我早上突然就遇到保存后没有热加载的情况。
试了试，有的页面是没问题，可以热更新的，有的页面不行，那应该就是某些页面的问题了。在热更新生效的页面，每次保存后查看Run里面输出的日志，发现最后一行是类似：
而热更新无效的页面，保存后的日志是：
也就是AS没有找到改变的东西，所以没更新。
联想到早些时候把几个dart文件的位置拖动了下，是不是那个操作引起的问题，打开来看了看，发现了问题所在。那些引用被拖动文件的地方，引用语句由
变成了
（***是我脱敏替代了）
导致AS无法加载最新修改的内容。
把引用方式由file的方式改回package的方式就行。
以上。
2022-04-22iOS项目混编flutter，iOS真机debug模式下打不开flutter页面
最近项目中要集成flutter来进行混编，但是在集成后，突然遇到一个很神奇的问题，在debug模式下，用数据线连接真机打包可以打开flutter页面，但是一旦拔掉数据线，再打开flutter页面就不行了，开始以为是因为flutterSDK的原因，但是一查资料才发现，原来是因为debug模式下flutter实现了热重载，默认的编译方式是JIV,但是iOS14+之后的系统限制了JIV这种编译方式，所以连接Xcode重新run一个release包就可以了，因为flutter在release模式下的编译方式是AOT，iOS14+的系统是支持这种编译方式的，具体解决方案如下图
再运行就可以了。
当然还有另外一种解决方案，就是修改flutter的编译配置，强制设为release
Flutter Android端集成排坑 - armeabi 适配 & FlutterBoost
Flutter可以算是当下最火热的新技术之一，我现在所在团队也准备将Flutter技术应用到线上工程中。
关于混合工程，官方文档其实写的已经比较清楚了，按着文档走一般问题不大，
但是有一点值得注意的是，Flutter工程引入的库的gradle的 buildTypes 要与原工程保持一致，如果不一致需要手工添加。
进入正题，现在Flutter官方默认只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是为模拟器准备的。目前我们使用的SDK大部分只使用了armeabi架构，直接使用我们会遇见找不到 libflutter.so，libapp.so 的情况，所以我们需要对FlutterSDK做一定的改造。
首先我们要了解下Flutter编译产物，因为不同版本产物是不同的，这里我们只针对Flutter 1.9.1-hotfixes来说。除了资源文件之外，Flutter打包会生成两个非常重要的so库，他们分别是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK产物而 libapp.so 正是我们编写的dart文件的产物。默认情况下，这两个文件都会出现在armeabi-v7a中，因此我们要作出对应的改造。
libflutter.so 位于FlutterSDK中，这里顺带提一句，除了这对不同CPU架构，它还分为Debug版和Release版，它们的区别在于Debug是为JIT编译方式打造的，体积较大而Release是为AOT编译方式打造的，体积很小。对 libflutter.so 的改造，只要将其移动文件路径即可，运行以下脚本即可，此脚本来自美团分享的Flutter文章。
移动完了 libflutter.so 之后我们打包发现， libapp.so 仍然会出现在armeabi-v7a中，所以第二部我们就是移动 libapp.so 。这个需要更改 flutter.gradle ，我们在 flutter.gradle 的45行可以看到如下定义，它定义了我们的环境。
在524行我们可以看到，abiValue的取值就是根据上述定义值。
所以结论很简单，只要将
private static final String ARCH_ARM32 = "armeabi-v7a";
改为
private static final String ARCH_ARM32 = "armeabi";
就可以完成对与 libflutter.so 的移动。
前期工作我们都做好了，打成aar就非常简单了
直接使用 flutter build aar --target-platform android-arm
打出来后可以解压检查下 libflutter.so，libapp.so 是否都在armeabi文件夹下即可。
说完了armeabi适配问题，这里下说下有关于有关于FlutterBoost的接入。这个东西接入有两点要注意。
在主app内加上即可，常规操作，强制统一support包的版本号
注释flutter.gradle第655行。因为编译过程中，会去初始化插件项目的buildType下面的debug配置，而插件项目下并未配置debug，导致报错。
如果发现文章中有错误或者有更好的解决方案欢迎指正留言，当然如果本篇文章帮助你解决了问题，也不要吝啬你的感谢。谢谢各位。
网页名称：flutter热,flutter热修复ios
网址分享：http://mswzjz.cn/article/dssihhc.html