Camera2重复请求中目标Surface的正确释放时机问询

首先直接给你明确结论：绝对不能在调用session1.close()后立即释放s1，必须等待onClosed(CameraCaptureSession)回调触发后再执行s1的释放操作。

为什么不能在close()后立即释放？ #

• CameraCaptureSession.close()是个异步方法：调用它只是给相机服务发了关闭会话的请求，但此时session1并没有真正完成销毁流程，s1仍然被相机服务持有，用于后续的资源清理工作。如果这时候强行释放s1，会导致相机服务访问已失效的资源，轻则引发崩溃，重则造成相机资源泄漏、ANR等不可控问题。
• 只有当onClosed回调被触发时，才代表session1彻底完成了关闭，所有和它绑定的资源（包括s1）都不再被相机服务占用，这时候释放s1才是绝对安全的。

关于replaceSessionClose()的困惑解答 #

这个方法是相机API提供的优化方案，专门解决会话替换时的资源衔接和效率问题，刚好匹配你想节省资源、无缝切换的需求：

• 常规替换流程是：关闭旧会话→等待onClosed→释放旧Surface→创建新Surface→创建新会话，这个流程不仅步骤繁琐，还会出现一段业务空窗期。
• replaceSessionClose()的逻辑更高效：你先准备好符合新尺寸的s2和对应的CaptureRequest，调用这个方法传入新的会话配置后，系统会先尝试创建session2，等session2成功激活并开始工作后，再自动关闭session1。
• 这种方式的好处很明显：
  • 没有业务空窗期，新会话接棒旧会话的过程是无缝的；
  • 你依然可以在session1的onClosed回调里释放s1，此时s2已经在正常运行，完美契合你“s1释放后再投入新资源”的节省需求（实际上系统会确保s2就绪后再处理s1的释放，避免资源浪费）。

总结建议的两种流程 #

1. 若你坚持要等s1释放后再创建s2，走常规流程：
   • 调用session1.close()；
   • 在onClosed(session1)回调中释放s1；
   • 再创建s2，通过createCaptureSession()创建session2。
2. 若想追求更高效率和无缝切换，用replaceSessionClose()优化流程：
   • 先创建好s2；
   • 调用session1.replaceSessionClose(newSessionConfig)（其中newSessionConfig要把s2设为目标Surface）；
   • 等session2正常工作后，session1会自动关闭，在它的onClosed回调里释放s1即可。

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