Swift仅Release模式出现运行时崩溃，Debug模式正常如何排查修复？

问题根因 #

Debug和Release模式的核心差异之一是内存管理策略：Debug模式下为了方便调试，会延迟释放已经没有强引用的对象，而Release模式会严格按照引用计数规则，对象引用计数清零后立刻回收内存。
你遇到的EXC_BAD_ACCESS (code=1, address=0xfffffffffffffff0)是典型的野指针访问错误，本质是逃逸闭包调用时，访问的self已经被提前释放了。具体触发原因有两种：

1. 循环引用：self持有podcasts实例，PodcastsView持有传入的逃逸play闭包和Binding的get/set闭包，闭包又强持有self，三者形成循环引用链，在某些场景下对象提前异常释放。
2. 生命周期不匹配：self没有被其他对象强持有（比如页面被pop/dismiss后无引用），但PodcastsView持有的逃逸闭包还会被后续逻辑触发，此时访问已经释放的self就会触发崩溃。

排查方法 #

• 开启Xcode僵尸对象诊断：编辑项目Scheme，进入Run > Diagnostics栏目，勾选Zombie Objects，切换到Release配置后运行项目触发崩溃，Xcode会直接提示你访问的已释放对象所属的类，确认是否为当前self对应的类。
• 打印self的引用计数：在崩溃代码行前后打印CFGetRetainCount(self)，对比Debug和Release模式下的引用计数变化，确认self是否被提前释放。
• 检查闭包持有逻辑：确认play闭包和Binding实例有没有被PodcastsViewModel、全局播放器这类生命周期长于当前self的对象持有。

修复方案 #

核心是给逃逸闭包添加弱引用捕获列表，避免闭包强持有self，同时使用可选绑定解包避免访问野指针：

self.podcasts = PodcastsView(play: { [weak self] audio in
        guard let self = self else { return }
        self.videoPlayerView.pause()
        self.showVideoPlayer = false
        self.audioPlayerView.play(audio: audio)
        self.audioCurrentlyPlaying = audio
        self.showAudioPlayer = true
        self.playBarShowing = true
    }, indentBottom: Binding(get: { [weak self] in
        self?.playBarShowing ?? false
    }, set: { [weak self] newValue in
        self?.playBarShowing = newValue
    }))

如果你能100%确认闭包的生命周期一定短于self的生命周期，也可以用[unowned self]减少可选解包的逻辑，但更推荐使用[weak self]的写法，兼容性和安全性更高。

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