Swift集成QuickBlocks接收视频通话崩溃问题求助

这个报错[CAMetalLayerDrawable texture] should not be called after already presenting this drawable. Get a nextDrawable instead.本质是Metal图层的Drawable生命周期管理出了问题——你在某个已经被提交（present）的Drawable上重复调用了texture方法，而没有去获取新的可用Drawable。结合你在处理远程视频轨道的场景，我给你几个针对性的排查和修复方向：

1. 检查自定义视频渲染的Drawable获取逻辑 #

如果你是自己实现Metal视频渲染，一定要确保每次渲染都重新获取新的Drawable，而不是复用旧的实例。比如在渲染回调里，必须遵循这个流程：

// 错误做法：复用之前保存的drawable
// let texture = savedDrawable.texture 

// 正确做法：每次渲染都获取新的nextDrawable
guard let drawable = metalLayer.nextDrawable() else { 
    print("Failed to get next drawable")
    return 
}

// 使用新drawable的texture进行渲染操作
renderFrameToTexture(drawable.texture)

// 渲染完成后再提交drawable
drawable.present()

绝对不能在present()之后，再去访问这个drawable的texture属性，这是触发报错的直接原因。

2. 规范远程视频轨道的绑定逻辑 #

看你给出的receivedRemoteVideoTrack方法片段，要确保每个远程视频轨道都对应正确的渲染实例，不要重复绑定或者复用旧的渲染视图：

func session(_ session: QBRTCBaseSession, receivedRemoteVideoTrack videoTrack: QBRTCVideoTrack, fromUser userID: NSNumber) {
    guard let rtcSession = session as? QBRTCSession, 
          rtcSession.id == self.session.id else { return }

    // 为每个远程用户创建独立的视频渲染视图
    let remoteVideoView = QBRTCVideoView(frame: CGRect(x: 0, y: 0, width: 300, height: 300))
    // 将视频轨道绑定到视图的渲染器
    videoTrack.add(remoteVideoView.renderer)
    // 添加到界面容器中
    self.remoteVideosContainer.addSubview(remoteVideoView)
}

如果是复用已有的视图，要先移除旧的轨道绑定，再绑定新轨道，避免同一个渲染器被多个轨道同时操作。

3. 避免多线程竞态问题 #

Metal图层的操作必须在同一串行队列中执行，不要在后台线程和主线程同时操作同一个Drawable。你可以给渲染逻辑创建一个专用的串行队列：

private let renderQueue = DispatchQueue(label: "com.yourapp.video.render")

// 在处理视频帧时，切换到专用队列
func renderFrame(_ frame: QBRTCVideoFrame) {
    renderQueue.async { [weak self] in
        guard let self = self else { return }
        // 这里执行Drawable获取和渲染操作
    }
}

这样能避免并发访问导致的Drawable状态混乱。

4. 排查QuickBlocks自带视图的初始化 #

如果你用的是QuickBlocks提供的QBRTCVideoView，检查是否正确初始化了视图的Metal配置。比如不要手动修改视图的layer属性，或者确保视图在添加到界面后再绑定视频轨道。

内容的提问来源于stack exchange，提问作者Shakti