HarmonyOS鸿蒙Next中硬件解码释放后，同一XComponent Surface使用OpenGL渲染画面不更新

我遇到类似问题，最后的解决思路参考：

动态挂载XComponent，当上一个XComponent结束时卸载掉（会自动触发onSurfaceDestroyed）， 然后在下一个render周期再动态挂载一个新的XComponent即可，新的XComponent不会受到之前的影响

@State surfaceActive: boolean = true;
@State surfaceVersion: number = 0;

// build() 内
Row() {
  if (this.surfaceActive) {
    XComponent({
      id: `componentId_${this.surfaceVersion}`,   // 唯一 id，确保重挂载时全新实例
      type: XComponentType.SURFACE,
      controller: this.mXComponentController
    })
      .width(`${this.videoWidth}px`)
      .height(`${this.videoHeight}px`)
      .rotate({ angle: this.videoRotationAngle })
      .onLoad(() => { AppStorage.setOrCreate('XComponent', this.mXComponentController); })
  }
}

handleSurfaceDestroyed(surfaceId: string) {
  if (!this.pendingSwitch) { return; }
  // onSurfaceDestroyed 在 render 周期内触发，直接改 @State 会报
  // "State variable changed during render" 错误，导致 surfaceActive=true 被丢弃、
  // XComponent 不重挂载（实测卡 loading）。必须 setTimeout 延迟到 render 周期之外。
  setTimeout(() => {
    this.surfaceId = '';
    this.surfaceVersion++;        // 递增版本号使重挂载的 XComponent id 唯一
    this.surfaceActive = true;    // 触发重挂载
  }, 0);
}

调用OH_VideoDecoder_Flush()刷新解码器。

调用OH_VideoDecoder_Flush接口后，解码器仍处于运行态，但会清除解码器中缓存的输入和输出数据及参数集（如H.264格式的PPS/SPS）。此时需要调用OH_VideoDecoder_Start接口重新开始解码。

// 通过codecMutex来避免调用Flush接口，状态切换后，解码线程还在跑会退出循环的问题。
std::unique_lock<std::shared_mutex> lock(codecMutex);
// 刷新解码器videoDec。
OH_AVErrCode ret = OH_VideoDecoder_Flush(videoDec);
if (ret != AV_ERR_OK) {
    // 异常处理。
}

// 重新开始解码。
ret = OH_VideoDecoder_Start(videoDec);
if (ret != AV_ERR_OK) {
    // 异常处理。
}

看看这个官方demo:

https://gitcode.com/openharmony/applications_app_samples/tree/master/code/BasicFeature/Media/AVCodec

同一个 XComponent Surface 先给硬解码器用，再切到 OpenGL 渲染，关键是 Surface 的所有权和缓冲队列状态要彻底切干净。只 Stop/Flush 解码器不一定足够。

建议按这个顺序收敛：

1. 停止硬解后先 Drain/Stop，再 Destroy 解码器输出 Surface 绑定关系，确认没有旧 producer 继续持有 buffer queue。
2. 切到 GL 前重新 makeCurrent，重新设置 viewport，并在第一帧 glClear + swapBuffers，确认不是仍显示最后一帧缓存。
3. 如果使用的是同一个 native window，尝试在切换时重建 EGLSurface；如果重建后正常，说明旧 EGLSurface/解码 Surface 的队列状态未释放干净。
4. 在 hilog 里同时打解码器释放完成、EGLSurface 创建、首帧 swap 的时间点。

如果业务允许，硬解 Surface 和 GL Surface 分开管理，再用上层状态切换显示，会比复用同一个 Surface 稳。