Swift iOS应用TestFlight更新后主线程重复闭包崩溃排查

问题背景 #

推送TestFlight更新后，用户反馈应用出现崩溃。分析8份崩溃报告后发现共性：主线程（thread 0）栈顶存在两个相同的闭包。请问这是否会引发崩溃？若不是，可能的原因是什么？

注：用户首次启动应用后崩溃，后续启动则无该问题。

2022年9月29日补充代码说明 #

1. 应用启动初始化时执行的代码 #

用于设置连接视图控制器所需变量，使用空闭包：

if !twilioIDs.isEmpty { 
    ProfileModelManager.shared.getUsersForConnectionView(withTwilioIDs: twilioIDs) { _ in }
}

2. 点击连接视图标签时执行的代码 #

第二次点击菜单标签中的连接视图时触发：

if !twilioIDs.isEmpty {
    ProfileModelManager.shared.getUsersForConnectionView(withTwilioIDs: twilioIDs) { result in
        guard let success = result else { return }
            
        if success {
            self.handleSuccessOfGettingConnectionCards()
        }
        else {
            self.handleFailureOfGettingConnectionCards()
        }
    } 
}

3. 成功回调实现 #

refreshControl.endRefreshing()
hideNoConnectionsLabel()
createChatViewControllersForChannels()
connectionsTableView.alpha = 1
errorConnectingLabel.alpha = 0
connectionsTableView.reloadData()
showActivitySpinner(false)
navigationController?.navigationBar.isHidden = true

4. 失败回调实现 #

showErrorConnectingMessage()
refreshControl.endRefreshing()
connectionsTableView.alpha = 0
hideNoConnectionsLabel()
showActivitySpinner(false)

主线程崩溃特征 #

主线程（thread 0）栈顶存在两个相同的闭包调用记录。

问题分析 #

1. 两个相同闭包不会直接引发崩溃 #

栈顶出现相同闭包只是执行流程的表现，闭包本身的重复调用或栈帧重叠并非崩溃的直接诱因。崩溃的本质通常是内存访问异常、UI操作时机错误、资源竞争等底层问题。

2. 可能的崩溃原因 #

• 首次启动时UI未完成初始化：首次启动阶段，连接视图控制器的UI组件（如connectionsTableView、refreshControl）可能还未完成加载，但启动时触发的异步任务完成后，若getUsersForConnectionView内部存在隐式的UI操作，会因访问未初始化的对象导致崩溃。后续启动时UI已完成初始化，因此无问题。
• 异步任务竞态条件：首次启动的空闭包异步任务，与首次进入连接视图时的闭包异步任务可能同时执行，对ProfileModelManager内的共享数据或UI组件产生并发访问，引发线程安全问题。
• 闭包捕获的self生命周期异常：首次启动时的空闭包若捕获了未完全初始化的视图控制器实例，或该实例在异步任务完成前已被释放，会导致野指针访问崩溃。
• createChatViewControllersForChannels的初始化问题：首次启动时通道数据可能未正确加载（无缓存），执行该方法时因空数据、无效ID等问题创建视图控制器失败，进而引发崩溃。后续启动时数据已缓存，因此不会触发错误。

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