identifierForVendor触发EXC_BAD_ACCESS崩溃问题咨询（iOS11及以上）

最近碰到一个挺棘手的低概率崩溃问题：调用UIDevice.current.identifierForVendor时会触发EXC_BAD_ACCESS（SIGSEGV）错误，而且这个问题只在iOS 11及以上版本出现，触发频率极低，很难稳定复现。

以下是一份典型的崩溃日志片段：

OS Version: iPhone OS 11.1.2 (15B202)
Baseband Version: n/a
Report Version: 104
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x00000101831801e0
VM Region Info: 0x101831801e0 is not in any region. Bytes after previous region: 1097952920033
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
MALLOC_NANO (reserved) 00000001d8000000-...

可能的原因分析 #

结合日志和iOS版本特性，我梳理了几个潜在的诱因：

• 多线程访问竞态：如果在非主线程或者多个线程同时调用identifierForVendor，可能会触发底层系统对象的释放与访问冲突，导致野指针错误。
• iOS 11底层实现缺陷：部分iOS 11子版本中，identifierForVendor的底层实现可能存在线程安全漏洞，低概率触发内存访问异常。
• 间接内存管理问题：如果项目中存在对UIDevice相关对象的不当持有或释放逻辑，也可能间接导致该属性访问时崩溃。

可行的解决方案 #

针对这个低概率问题，我总结了几个有效的应对方案：

1. 强制在主线程访问该属性 #

UIDevice的部分属性在主线程访问是更安全的选择，我们可以封装一个安全访问方法：

func safeVendorIdentifier() -> String? {
    var vendorId: String?
    if Thread.isMainThread {
        vendorId = UIDevice.current.identifierForVendor?.uuidString
    } else {
        // 同步获取避免回调嵌套
        DispatchQueue.main.sync {
            vendorId = UIDevice.current.identifierForVendor?.uuidString
        }
    }
    return vendorId
}

2. 添加异常捕获兜底（不推荐作为核心方案） #

虽然异常捕获不是解决根本问题的方式，但对于这种低概率崩溃，可以作为最后一层兜底：

func safeVendorIdentifier() -> String? {
    do {
        return try autoreleasepool {
            return UIDevice.current.identifierForVendor?.uuidString
        }
    } catch {
        print("Failed to retrieve vendor identifier: \(error.localizedDescription)")
        return nil
    }
}

3. 缓存标识符，减少重复调用 #

第一次成功获取后将标识符缓存起来，后续直接使用缓存值，避免重复调用底层方法，降低触发崩溃的概率：

private var cachedVendorId: String?

func cachedSafeVendorIdentifier() -> String? {
    if let id = cachedVendorId {
        return id
    }
    let id = safeVendorIdentifier()
    cachedVendorId = id
    return id
}

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