Flutter-OH 3.41正式发布：内存负载全面优化，畅享更轻更流畅的鸿蒙应用体验
Flutter 框架鸿蒙版（Flutter-OH）继续同步上游版本演进。此次 Flutter-OH 3.41 版本正式发布，在图片渲染、后台内存、动画调度、多设备适配、问题定位等方向做了一系列深度优化，进一步减少无效数据搬运与资源占用，提升前后台运行效率，并降低平板、折叠屏等大屏设备的适配成本，同时提高问题定位效率，帮助开发者高效构建更优质的鸿蒙应用。
一、Flutter-OH 3.41 正式发布：版本节奏持续提速，与上游社区保持更紧密同步
围绕"前台更顺、后台更轻、开发更省心"的目标，Flutter-OH 3.41 在保留上游社区完整特性的基础上，重点打磨了内存负载等与用户体验相关的鸿蒙竞争力能力。
下表为已发布并维护的 OpenHarmony 适配稳定版本，完整版本与分支策略详见 版本演进规划与分支策略，推荐基于版本 tag 获取。建议开发者优先使用最新稳定版本，以获得更完整的功能支持与持续的问题修复。
Flutter-OH 在保留上游社区完整特性的基础上持续推进 OpenHarmony 适配。按照 2026 年版本规划，适配版本按季度跟进源社区 Flutter 版本，力争把相对源社区的发布时间差由此前约 7 个月缩短至约 4 个月，让鸿蒙开发者能够更快使用 Flutter 社区的新能力：
* 以上时间为预估，实际发版视质量验收与交付规划可能微调。
二、图片 DMA 零拷贝：解码结果直接上屏
图片密集型应用往往是内存与性能优化的重点。一张图片要变成屏幕上的像素，传统图片渲染路径通常需要经历解码 → 内存读取 → 纹理上传等多个环节。图片越大、列表越长，这条链路带来的 CPU 数据搬运和内存峰值就越明显。
Flutter-OH 3.41 引入图片 DMA 零拷贝优化。在满足条件时，系统可直接把图片解码到 DMA 内存，再通过纹理绑定进入 Impeller 渲染，解码结果无需再经过 CPU 像素读回与常规纹理上传，实现"零拷贝"直接上屏。中间副本的减少，让视频/图片密集场景下的内存占用与 CPU 负担同步下降。
对业务侧来说，这项优化基本无感：Image.asset、Image.network 等原有用法无需修改，Engine 会自动判断是否走 DMA 路径；条件不满足时则自动回退至原有链路。测试结果显示，该优化可节省约 40MB 内存，内存占用优化约 10%。