Swift中调用Keychain的SecItemCopyMatching如何避免内存泄漏？

DevOps 小满

2026-6-24

在Swift中正确使用SecItemCopyMatching解决内存泄漏问题

你的代码出现内存泄漏的核心原因是：当SecItemCopyMatching成功返回时，你获得了Core Foundation对象的所有权，但部分路径下没有正确释放该对象；而直接桥接Foundation类型时，错误的所有权处理会导致崩溃。以下是修正后的代码及说明：

修正后的实现

func getPassword(forService service: String) throws -> String? {
    let query = [
        kSecClass: kSecClassGenericPassword,
        kSecAttrService: service,
        kSecMatchLimit: kSecMatchLimitOne,
        kSecReturnData: true
    ] as CFDictionary
    
    var result: CFTypeRef?
    let status = SecItemCopyMatching(query, &result)
    
    // 确保函数退出前释放Core Foundation对象，避免泄漏
    defer {
        CFRelease(result)
    }
    
    switch status {
    case errSecItemNotFound:
        return nil
    case errSecSuccess:
        // 使用Data(referencing:)创建引用型Data，不获取CF对象所有权
        guard let cfData = result as? CFData else {
            return nil
        }
        let data = Data(referencing: cfData)
        return String(data: data, encoding: .utf8)
    default:
        throw NSError(domain: NSOSStatusErrorDomain, code: Int(status), userInfo: nil)
    }
}

关键修正点说明

强制释放Core Foundation对象
使用defer语句确保无论函数以何种路径退出，SecItemCopyMatching返回的CF对象都会被释放。CFRelease(nil)是安全操作，无需额外判空。
安全桥接CFData到Data
避免直接使用result as? Data（该操作会转移CF对象所有权给ARC，手动释放会导致双重释放崩溃），改用Data(referencing:)创建仅引用CF对象的Data实例，此时CF对象的所有权仍由我们掌控，后续调用CFRelease不会引发问题。
规范参数类型
将查询字典转为CFDictionary而非NSDictionary，与SecItemCopyMatching的参数类型要求完全匹配，避免隐式桥接的潜在问题。