Flutter生产环境出现drawRenderNode called on a context with no surface报错求助

我在模拟器中未发现报错，但Google Play控制台的崩溃与ANR页面显示错误：drawRenderNode called on a context with no surface!。使用最新版本的Flutter、Dart和Android Studio，Windows 11环境开发应用。该错误仅出现在TECNO TECNO-KG5k设备上，错误堆栈信息如下：

The device: TECNO TECNO-KG5k

backtrace:
  #00  pc 0x000000000004e178  /apex/com.android.runtime/lib64/bionic/libc.so (abort+168)
  #01  pc 0x0000000000552e3c  /apex/com.android.art/lib64/libart.so (art::Runtime::Abort(char const*)+2260)
  #02  pc 0x0000000000013990  /system/lib64/libbase.so (android::base::SetAborter(std::__1::function<void (char const*)>&&)::$_3::__invoke(char const*)+76)
  #03  pc 0x0000000000006e58  /system/lib64/liblog.so (__android_log_assert+336)
  #04  pc 0x0000000000215568  /system/lib64/libhwui.so (android::uirenderer::skiapipeline::SkiaOpenGLPipeline::getFrame()+52)
  #05  pc 0x000000000021e4b8  /system/lib64/libhwui.so (android::uirenderer::renderthread::CanvasContext::draw()+404)
  #06  pc 0x0000000000220ac8  /system/lib64/libhwui.so (_ZNSt3__110__function6__funcIZN7android10uirenderer12renderthread13DrawFrameTask11postAndWaitEvE3$_0NS_9allocatorIS6_EEFvvEEclEv$c303f2d2360db58ed70a2d0ac7ed911b+496)
  #07  pc 0x000000000020f2ec  /system/lib64/libhwui.so (android::uirenderer::WorkQueue::process()+220)
  #08  pc 0x00000000002302f0  /system/lib64/libhwui.so (android::uirenderer::renderthread::RenderThread::threadLoop()+88)
  #09  pc 0x0000000000015414  /system/lib64/libutils.so (android::Thread::_threadLoop(void*)+260)
  #10  pc 0x0000000000014cd8  /system/lib64/libutils.so (thread_data_t::trampoline(thread_data_t const*)+412)
  #11  pc 0x00000000000af97c  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+64)
  #12  pc 0x00000000000500d0  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)

原因分析 #

从堆栈信息看，崩溃发生在Android系统的libhwui.so组件中，属于Skia渲染管线尝试在无有效Surface的上下文上执行绘制操作。这类问题的核心触发场景通常包括：

• Surface已被销毁，但Flutter的渲染任务仍在后台排队执行，导致系统尝试在失效的Surface上绘制帧。
• TECNO KG5k设备的系统UI渲染库（hwui）存在兼容性bug，与Flutter的渲染逻辑产生冲突。
• 应用页面切换、退到后台时，渲染线程的任务未被正确取消，导致Surface状态不一致时仍触发绘制。

排查与修复方向 #

• 检查Widget生命周期管理：确认所有涉及自定义绘制、动画的Widget，在dispose()方法中正确停止动画、取消异步绘制任务，避免页面销毁后仍触发渲染操作。
• 复现设备特定场景：拿到TECNO KG5k设备（或使用同型号真机测试），模拟快速切换页面、应用退后台再返回的场景，尝试复现崩溃，定位触发时机。
• 临时禁用硬件加速排查：在AndroidManifest.xml的<application>标签中添加android:hardwareAccelerated="false"，测试是否能规避该设备的渲染bug（注意：此操作会降低整体渲染性能，仅作为排查手段）。
• 确认Flutter版本补丁：尽管已使用最新版，可查看Flutter官方更新日志，确认是否有针对该设备或类似渲染问题的热修复。
• 检查全屏/沉浸模式逻辑：如果应用使用了全屏或沉浸模式，确认模式切换时Surface的销毁与重建逻辑是否正确，避免出现Surface状态异常。

内容的提问来源于stack exchange，提问作者DktPhl2018