iOS ReplayKit广播扩展框架侧内存泄漏问题求助

我之前也碰到过类似的ReplayKit广播扩展框架层面的内存泄漏问题，结合实际踩坑经验，给你几个可行的排查和修复方向：

• 检查广播扩展的生命周期清理逻辑
  虽然你已经修复了自身代码的泄漏，但可以重点确认RPBroadcastSampleHandler的收尾流程：在finishBroadcastWithError:或者broadcastFinished回调中，有没有确保所有自定义的异步任务、队列都被正确取消？比如是否存在手动持有CMSampleBuffer实例过久的情况？另外，避免在主线程处理耗时的样本操作，框架内部的队列阻塞可能会导致内存无法及时回收。

• 调整ReplayKit的广播配置参数
  高分辨率、高帧率的广播配置可能会触发框架内部的缓存管理问题。你可以尝试在broadcastStartedWithSetupInfo:中设置更保守的编码参数，看看泄漏情况是否缓解：

  override func broadcastStartedWithSetupInfo(_ setupInfo: [String : NSObject]?) {
      let config = RPBroadcastConfiguration()
      config.videoResolution = .low
      config.frameRate = .rate15
      config.audioBitRate = 32000
      self.broadcastConfiguration = config
  }
  

• 排查XPC通信相关的潜在问题
  你提到了NSXPCDecoder相关的调用，ReplayKit依赖XPC实现扩展与主App的通信。可以检查主App侧是否存在未正确移除的扩展监听通知，或者扩展与主App的XPC连接是否在广播结束后没有主动断开。即使代码中看起来保留释放配对，异步XPC的回调延迟也可能导致内存堆积，建议在广播结束时主动清理XPC相关的资源。

• 适配系统版本与提交反馈
  部分iOS版本的ReplayKit存在已知的内存泄漏bug（比如iOS 15.x的部分子版本）。你可以先在不同系统版本上测试，如果泄漏仅出现在特定版本，那么大概率是系统框架的问题：

  • 优先升级到最新的iOS版本，看是否已修复；
  • 若无法升级，可以通过Apple的Feedback Assistant提交bug报告，附上Instruments的泄漏快照；
  • 临时规避方案：定时触发内存警告，让系统主动回收内存，扩展中可以尝试发送内存警告通知：

    NotificationCenter.default.post(name: UIApplication.didReceiveMemoryWarningNotification, object: nil)
    

• 排查自定义样本处理逻辑的影响
  如果你在processSampleBuffer:中做了自定义的样本处理（比如转码、滤镜），可以暂时注释掉这些逻辑，只保留ReplayKit的默认处理。如果泄漏消失，说明你的自定义逻辑与框架交互时存在间接的内存持有问题，比如Core Video对象未正确调用CFRelease，或者第三方库的处理导致框架缓存无法释放。

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