Swift中如何在无法访问枚举定义的情况下获取未知枚举的关联值？

这种第三方SDK藏着错误枚举定义的情况真的挺闹心的，我之前对接其他SDK时也踩过类似的坑，给你分享几个不用字符串匹配的可行方案：

方法一：利用Swift Mirror反射获取关联值 #

Swift的Mirror API可以帮我们绕过访问权限，反射出任意类型的内部结构，包括未暴露的枚举关联值。我们可以写一个通用函数来提取枚举的关联值，甚至递归找到最底层的错误：

// 递归提取最底层的关联错误
func findUnderlyingError(from error: Error) -> Error? {
    let errorMirror = Mirror(reflecting: error)
    
    // 先判断当前对象是不是枚举类型
    guard errorMirror.displayStyle == .enum else {
        // 如果不是枚举，尝试查找是否有命名为underlyingError的属性
        return errorMirror.children.first { $0.label == "underlyingError" }?.value as? Error
    }
    
    // 遍历枚举的所有关联值，找嵌套的Error
    for child in errorMirror.children {
        if let nestedError = child.value as? Error {
            // 递归深入，直到找到最底层的原始错误
            return findUnderlyingError(from: nestedError) ?? nestedError
        }
    }
    
    return nil
}

使用示例 #

当你拿到Zendesk返回的ZendeskError时，直接调用这个函数就能拿到最底层的NSURLError：

// 假设你拿到了SDK返回的error
let sdkError: Error = getZendeskError()
if let underlyingError = findUnderlyingError(from: sdkError) {
    // 这里就能拿到NSURLErrorDomain的错误，比如-1009的离线错误
    if let urlError = underlyingError as? URLError {
        switch urlError.code {
        case .notConnectedToInternet:
            // 处理离线逻辑
            print("网络连接已断开")
        default:
            // 处理其他网络错误
            break
        }
    }
}

注意事项 #

• 反射的性能开销：Mirror反射相比直接访问属性会有一点性能损耗，如果是在高频调用的场景（比如大量网络请求失败时），建议你做一下性能测试，不过一般业务场景下完全够用。
• SDK版本兼容性：如果后续Zendesk更新了错误枚举的结构（比如改了关联值的位置或名称），这个方法可能需要适配，但相比字符串匹配，它的稳定性要高很多——毕竟SDK不太会频繁改动错误的嵌套结构，而错误描述文本却可能随本地化更新变化。

我之前用这个方法处理过Zendesk SDK的错误解析，亲测能准确拿到最底层的网络错误，你可以放心试试。

内容来源于stack exchange