登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
概述 冗余绘制通常表现为：页面处于不可见、局部不可见或处于后台状态时，仍继续执行平台视图刷新、动画持续生成纹理、WebView 反复重绘等动作，导致 CPU/GPU 资源浪费、功耗增加以及设备发热。为了降低这类无意义工作，Flutter OHOS 引入了“页面不可见时暂停”和“WebView/PlatformView 防冗余绘制”的方案。 功耗测试工具 1. 页面可见性与生命周期检查 可确认： 页
1. 背景 当前鸿蒙 Flutter 平台支持 impeller-vulkan 和 Skia 两种渲染模式，可通过配置文件控制是否开启 impeller。 渲染引擎支持版本ImpellerFlutter OH 3.22.0 以上SkiaFlutter OH 3.7.12 以上 2. 配置文件位置 渲染模式通过项目 ohos 目录下的配置文件控制： ohos/entry/src/main/resou
适用范围：Flutter OHOS 平台（shell/platform/ohos）的渲染流程跟踪、白屏等渲染异常定位。目标：帮助开发者和运维人员通过日志理解 Flutter 从启动到首帧渲染的完整流程，并快速定位渲染异常。文档版本：v2（基于 oh-3.22.3-dev 分支 + 新增日志增强，已移除 WhiteScreenDFX 前缀） 一、渲染流程概览 Flutter OHOS 应用从启动到
Flutter 在 OHOS 平台使用外接纹理时，视频播放和相机预览的注册方式一致——通过 TextureRegistry 获取 textureId 并注册纹理，Flutter Engine 返回 surfaceId。而图片场景则以 PixelMap 的形式注册到 Flutter Engine。 说明 为了方便复用，通常会将 OHOS 对接 Flutter 外接纹理的功能代码封装为一个独立的 mo
串口日志能定位启动断点：DDR训练失败换MiniLoader，找不到boot_linux刷eMMC，16秒panic查fstab与ramdisk，58秒重启查vendor，黑屏是SuspendController超时。启动是串行管道，每阶段对应特定分区，按死亡时间对症刷镜像，勿盲目改驱动。
当高性能、高安全遇上 OpenHarmony、端侧 AI、海思 IoT，会碰撞出怎样的落地火花？9月5日，开放原子旋武开源社区「Rust 赋能国产新技术」系列活动深圳站，来到深圳龙岗·工业软件园。这一次，我们跟随 Rust，投入真实的技术场景里。
星鸿派是一款基于海思 WS63V100 / Hi3863 平台的开源开发板，支持 星闪 NearLink（SLE）、Wi-Fi 和 BLE，面向 OpenHarmony 学习、物联网原型、智能家电、环境监测与嵌入式教学。本仓库直接开放 KiCad 原理图与 PCB、BOM，以及 OpenHarmony / Hi3863 固件示例。
团队技术栈、目标平台、业务诉求。Kotlin/Android 团队 + 要覆盖鸿蒙→ Kuikly 几乎是默认选项。前端团队 + 强热更新→ React Native 依然稳妥。极致 UI/动画 + 独立 App→ Flutter 值得投入 Dart 学习成本。只需逻辑跨端→ 纯 KMP 足够。没有银弹，也没有"最优解"。把团队现状和目标平台列清楚，对着上面的决策路径走一遍，答案通常就出来了。
随着鸿蒙生态的快速发展，越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期，大量常用三方库只有 Android / iOS 实现，鸿蒙侧只能自己造轮子。为了解决这个问题，对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配，统一托管在 GitCode 的下，全部通过 TAG 版本隔离、配套门禁编译验证，开箱即用。本篇是系列文章之一，主角是—
