iOS 16更新后应用崩溃，CoreFoundation cow_cleanup问题求助

自iOS 16更新后，应用崩溃报告数量剧增，Crashlytics堆栈追踪显示崩溃起始于应用入口文件main.swift的UIApplicationMain()函数，相关代码如下：

//  main.swift

import Foundation
import UIKit

/// NOTE: comment out @UIApplicationMain in AppDelegate
UIApplicationMain(
    CommandLine.argc,
    CommandLine.unsafeArgv,
    NSStringFromClass(TimerApplication.self),
    NSStringFromClass(AppDelegate.self)
)

崩溃核心信息：

Crashed: com.apple.main-thread
EXC_BAD_ACCESS KERN_INVALID_ADDRESS 0x736544697263248c

完整堆栈追踪：

Crashed: com.apple.main-thread
0  libobjc.A.dylib                0x1c20 objc_msgSend + 32
1  CoreFoundation                 0x2a3cc cow_cleanup + 168
2  CoreFoundation                 0x6444c -[__NSDictionaryM dealloc] + 148
3  libobjc.A.dylib                0x15d8 AutoreleasePoolPage::releaseUntil(objc_object**) + 196
4  libobjc.A.dylib                0x4f40 objc_autoreleasePoolPop + 256
5  FrontBoardServices             0x6aec -[FBSWorkspace _calloutQueue_executeCalloutFromSource:withBlock:] + 176
6  FrontBoardServices             0x6a00 __94-[FBSWorkspaceScenesClient _queue_updateScene:withSettings:diff:transitionContext:completion:]_block_invoke + 340
7  libdispatch.dylib              0x3fdc _dispatch_client_callout + 20
8  libdispatch.dylib              0x7a5c _dispatch_block_invoke_direct + 264
9  FrontBoardServices             0x10f2c __FBSSERIALQUEUE_IS_CALLING_OUT_TO_A_BLOCK__ + 52
10 FrontBoardServices             0x10ac8 -[FBSSerialQueue _targetQueue_performNextIfPossible] + 220
11 FrontBoardServices             0x132a8 -[FBSSerialQueue _performNextFromRunLoopSource] + 28
12 CoreFoundation                 0xd622c __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 28
13 CoreFoundation                 0xe2614 __CFRunLoopDoSource0 + 176
14 CoreFoundation                 0x6651c __CFRunLoopDoSources0 + 244
15 CoreFoundation                 0x7beb8 __CFRunLoopRun + 836
16 CoreFoundation                 0x811e4 CFRunLoopRunSpecific + 612
17 GraphicsServices               0x1368 GSEventRunModal + 164
18 UIKitCore                      0x3a2d88 -[UIApplication _run] + 888
19 UIKitCore                      0x3a29ec UIApplicationMain + 340
20 MobileApp               0x13fb578 main + 12 (main.swift:12)
21 ???                            0x1c56a9948 (Missing)

崩溃原因分析 #

从堆栈信息来看，崩溃属于野指针访问（EXC_BAD_ACCESS），触发点是__NSDictionaryM释放时的cow_cleanup流程，说明在释放可变字典时，访问了一块已被回收的内存地址。结合iOS 16的系统变更，可能的诱因包括：

• 自定义TimerApplication类（继承自UIApplication）存在内存管理漏洞，比如持有已释放对象的引用，或在生命周期回调中不当操作系统内部集合。
• iOS 16对UIApplication场景管理（UIScene）、自动释放池的底层逻辑做了调整，原有自定义Application的逻辑在新系统下触发内存错误。
• 多线程环境下对字典等非线程安全集合的不当修改，iOS 16对线程违规的检测或处理更严格。

排查建议 #

• 检查自定义TimerApplication实现：
  • 重写的生命周期方法（如application(_:didFinishLaunchingWithOptions:)、applicationDidEnterBackground(_:)）中，是否存在手动管理内存失误、持有过期对象的情况。
  • 是否有修改系统内部字典（如UIApplication状态相关的私有字典）的操作，iOS 16可能限制了这类访问。
• 启用Zombie Objects检测：在Xcode的Scheme设置中开启「Enable Zombie Objects」，重现崩溃时可直接定位到被非法访问的已释放对象。
• 验证自定义Application的影响：临时替换TimerApplication为系统默认的UIApplication，若崩溃消失，即可确认问题出自自定义Application类。
• 对比iOS版本差异：在iOS 15设备上测试，确认崩溃是否仅在iOS 16及以上版本出现，缩小问题范围。
• 排查多线程操作：检查是否在非主线程修改UI相关的字典或对象，确保集合类操作的线程安全。

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