HarmonyOS鸿蒙Next中同样的代码，如果是鸿蒙app一启动flutter，在flutter中触发后续事件，不会报app freeze错误，但如果是先进鸿蒙原生界面，再跳转flutter，后面同样的事件执行，就会报这个错误报错

HarmonyOS鸿蒙Next中同样的代码，如果是鸿蒙app一启动flutter，在flutter中触发后续事件，不会报app freeze错误，但如果是先进鸿蒙原生界面，再跳转flutter，后面同样的事件执行，就会报这个错误报错 同样的代码，如果是鸿蒙app一启动flutter，在flutter中触发后续事件，不会报app freeze错误，但如果是先进鸿蒙原生界面，再跳转flutter ，后面同样的事件执行，就会报这个错误报错指向AugWorker的66行，但目标代码已经是在worker中执行，怎么还会卡主线程呢？

【问题描述】：app主线程卡顿闪退

【问题现象】：见报告 (附件上传)

【版本信息】：DevEco Studio 6.0.0 Release Build Version: 6.0.0.858, built on September 24, 2025, Flutter版本oh-3.22.0-dev-6.0 手机系统版本：Mate 60

【尝试解决方案】：单独app以flutter启动不复现，app先启动进入鸿蒙原生界面，点击启动flutter后复现

cke_3470.png


更多关于HarmonyOS鸿蒙Next中同样的代码，如果是鸿蒙app一启动flutter，在flutter中触发后续事件，不会报app freeze错误，但如果是先进鸿蒙原生界面，再跳转flutter，后面同样的事件执行，就会报这个错误报错的实战教程也可以访问 https://www.itying.com/category-92-b0.html

2 回复

在HarmonyOS Next中，应用启动时直接加载Flutter引擎可避免线程冲突。若先进入原生界面再跳转Flutter，原生UI线程与Flutter渲染线程可能因初始化时序问题产生资源竞争，触发应用冻结检测机制报错。建议检查Flutter引擎初始化时机及线程同步状态，确保在跳转前完成Flutter环境准备。

更多关于HarmonyOS鸿蒙Next中同样的代码，如果是鸿蒙app一启动flutter，在flutter中触发后续事件，不会报app freeze错误，但如果是先进鸿蒙原生界面，再跳转flutter，后面同样的事件执行，就会报这个错误报错的实战系列教程也可以访问 https://www.itying.com/category-92-b0.html


从描述看，问题出现在从鸿蒙原生界面跳转Flutter页面后执行事件时，主线程被阻塞导致App freeze。虽然代码在Worker中执行，但可能涉及跨线程通信或资源竞争。

可能原因：

  1. Flutter引擎初始化时机差异：直接启动Flutter时引擎初始化完整，而跳转时可能因原生界面已占用资源，导致Flutter与主线程交互出现延迟或死锁。
  2. 主线程与Worker线程同步问题：Worker中若调用了主线程相关API（如UI操作），可能触发线程阻塞，尤其在跳转场景下线程状态更复杂。
  3. 跳转过程中的资源未释放：原生界面跳转Flutter时，若未完全释放原生组件或事件监听，可能占用主线程，与Flutter事件冲突。

建议排查：

  • 检查AugWorker第66行代码是否间接调用主线程方法（如通过Handler或异步回调）。
  • 在跳转前确保原生界面已彻底暂停或销毁，避免残留任务干扰Flutter执行。
  • 使用性能分析工具（如DevEco Profiler）监测跳转前后主线程状态，定位阻塞点。
回到顶部