企业官网建设流程全解析

折叠状态连续回调导致相机反复重建：HarmonyOS 7 用 generation 合并配置

事故现场

设备从展开转为悬停，应用依次收到窗口尺寸、折叠状态和显示变化，三个回调都调用“重建相机”。预览短暂黑屏，最后还可能落到中间配置。回调多不是异常，错误在于应用把每个信号都当成独立的最终状态。

验证边界：本文依据文末列出的华为开发者官方页面整理，并用可执行的 TypeScript 状态模型检查应用侧分支。当前本机只有 API 24 工具链且没有连接 HarmonyOS 7 真机，因此文中的 API 26 接入片段属于按官方资料整理的接入骨架，不声称已经完成 API 26 编译、真机性能测试或设备兼容认证。正式上线前必须在目标 API 26 SDK 与真实设备上补齐编译、权限、异常码和性能证据。

根因不是表面现象

折叠态、显示模式、窗口尺寸和相机可用性来自不同层。应用应先把最新输入收进状态仓库，再生成一个 configuration generation；正在应用旧配置时收到新输入，只标记下一代，不并发重建。旧任务完成后若代次过期，立即释放结果。

可执行的应用侧模型

type Config={fold:number;width:number;cameraKey:string}; class ConfigQueue{generation=0;latest?:Config;push(v:Config){this.latest=v;return ++this.generation;}valid(g:number){return g===this.generation;}} const q=new ConfigQueue();const g1=q.push({fold:1,width:940,cameraKey:'rear'});q.push({fold:3,width:665,cameraKey:'rear'});if(q.valid(g1))throw new Error('旧配置仍有效');

两个复现场景

案例一：展开到悬停的连续变化

150ms 内收到三类信号，仓库只保留最新快照。当前相机会话安全停止后，按最新 generation 重新查询可用摄像头和输出组合；中间状态不对用户闪烁。

案例二：悬停角度稳定但窗口分栏变化

折叠状态未变，只需要更新布局，不重建相机。配置 diff 把 cameraTopology、outputSize 和 layout 三层分开，只有前两层变化才触发会话切换。

为什么这样修

固定时间防抖会拖慢稳定状态，也无法保证异步会话按顺序结束。generation + 配置 diff 能把“合并输入”和“串行应用”分开。对只影响布局的变化不动相机，对拓扑变化才重建，减少无意义的黑屏。

回归验证

官方资料与证据边界

官方 FAQ 给出 display.on('foldStatusChange') 和相机框架监听两种路径。本文 generation 是应用合并策略，不是系统保证；具体状态枚举必须使用当前 SDK 定义。

1. 折叠屏状态监听

2. Pura X Max 应用适配

3. 2026 年 9 月开发者月刊

最后留下一个可复用结论

这篇文章不把“接口能调用”当成完成。真正可复用的是：先确定输入契约和生命周期，再把失败路径写进状态模型；平台能力负责提供机制，应用负责把机制变成可观察、可回退、可验证的工程链路。下一次遇到同类问题，先复现和记录证据，再调整实现，不靠重复重试掩盖根因。