【共创稿事节】HarmonyOS 7设备支持矩阵：查询 API 与真机体验的差距

isSupport只挡崩溃线，体验线要应用自己加capability level 是颗粒度更细的查询，但仍然不保证具体帧率9020 旗舰也存在热启降频，连续重建要给冷却间隔中端机即便放行也要降目标分辨率和帧数，否则重建耗时不可接受低端机直接挡，别让用户白等一场最后 OOM设备矩阵随固件更新会变，做成可配置而不是硬编码测性能数据要记录冷启/热启和机身温度，否则不可复现。

【共创稿事节】HarmonyOS 7重建失败的 6 种典型 case 与降级路径

6 种失败要有统一处理入口OOM 降级必须从独立备份重新加载素材超时降级直接放弃 + 引导更好降级重试最多 1 次降级提示要明确告知损失设备不支持要在门禁阶段提前降级素材备份要有清理策略6 种失败降级路径跑通后，下一步收集线上数据看每种失败的实际占比。内测 500 次的数据线上分布可能不同——线上中端机占比更高，OOM 和超时占比可能翻倍。下一篇拆 9020 和 9030 性能差异。

【共创稿事节】HarmonyOS 7重建 session 生命周期：单例约束与并发冲突

session 是单例，destroy 是异步，resolve 之后仍有资源清理窗口销毁后创建需要保护延迟，时长按设备实测，120ms 在 9030 上够用快速切换场景必须用状态机，纯 Promise 链无法处理取消createReconSession 失败时状态必须回 IDLE，否则 manager 死锁应用切后台回前台要处理 INVALID_SESSION，强制重建 session长期不用的