HarmonyOS鸿蒙Next中应用时延优化，延迟执行资源释放操作优化方案描述与代码实际行为不符

HarmonyOS鸿蒙Next中应用时延优化，延迟执行资源释放操作优化方案描述与代码实际行为不符 【问题描述】应用时延优化-应用启动与响应优化-性能场景优化案例-性能 - 华为HarmonyOS开发者，延迟执行资源释放操作章节的文档描述移除await关键字应用于相机资源释放操作，允许异步并发执行，但优化后代码中releaseCamera函数内部仍全部使用await。优化仅是将releaseCamera的调用从onPageHide()直接调用改为通过setTimeout延迟200ms后调用，而releaseCamera函数内部的资源释放仍然是顺序执行的。

cke_3974.png

【优化建议】修改文字描述，明确说明优化仅是通过setTimeout将资源释放操作延迟到页面隐藏后执行，而非移除函数内部的await关键字；或者如果确实有并发释放的意图，则提供正确的并发代码示例。


更多关于HarmonyOS鸿蒙Next中应用时延优化，延迟执行资源释放操作优化方案描述与代码实际行为不符的实战教程也可以访问 https://www.itying.com/category-93-b0.html

5 回复

您好，问题已修复，请您前往官网链接验证：应用延时优化。

更多关于HarmonyOS鸿蒙Next中应用时延优化，延迟执行资源释放操作优化方案描述与代码实际行为不符的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


尊敬的开发者，您好！感谢您的反馈，问题正在加速处理中，还请关注后续版本，感谢您的理解与支持。

这个反馈是成立的。从你描述的优化前后代码看，变化点在于 onPageHide() 中不再直接调用 releaseCamera，而是通过 setTimeout 延迟 200ms 后再触发释放；releaseCamera 函数内部仍然逐个 await，因此并没有把 stop/release 等操作改成并发释放。

建议文档把“移除 await 以并发释放”这类表述改成“延迟执行资源释放，避免页面隐藏关键路径被释放操作阻塞”。如果文档确实想表达并发释放，应给出 Promise.all/Promise.allSettled 一类的完整示例，并说明相机资源释放的依赖顺序，避免开发者误改导致状态错乱。

延迟执行资源释放优化方案中，常见的不符原因：

  1. 延迟任务调度受系统负载或优先级影响，实际执行时间可能延后。
  2. 资源释放的触发条件（如弱引用或生命周期回调）与预期时机不同。
  3. 代码中使用的延迟接口（如postDelayed）的上下文（如Ability或UI线程）提前销毁，导致任务未执行。 建议检查延迟任务的绑定对象和资源释放的实际回调链。

文档中“移除await关键字”的描述与示例代码不符。实际优化仅通过setTimeout延迟释放调用，函数内部仍用await顺序执行，并未实现并发。要实现真正的异步并发释放，可将资源释放操作改为不阻塞的异步调用，例如通过Promise.all并行执行。以下是符合“移除await以允许并发”意图的修正示例：

private async releaseCamera(): Promise<void> {
  const tasks: Promise<void>[] = [];
  if (this.cameraInput) {
    tasks.push(this.cameraInput.close());
  }
  if (this.cameraPreviewOutput) {
    tasks.push(this.cameraPreviewOutput.release());
  }
  if (this.cameraCaptureSession) {
    tasks.push(this.cameraCaptureSession.release());
  }
  if (this.cameraManager) {
    tasks.push(this.cameraManager.release());
  }
  await Promise.all(tasks);
}

这样各个资源释放操作可以并发执行，减少总等待时间。文档描述应据此修正，强调通过Promise.all并发化，而非仅延迟调用。

回到顶部