如何用try-catch包裹函数避免强制解包nil导致APP崩溃？

嘿，我太懂你这种憋屈了——调用别人写的函数，里面硬用了optionalVar!这种强制解包，偶发的nil直接把程序搞崩溃，自己还碰不到源码改不了，确实闹心。先给你理清为啥你之前试的if let和try?没用，再给你几个可行的解决思路：

为啥if let和try?拦不住崩溃？ #

你要明白：someExternalFunction的崩溃不是因为它返回了nil，而是函数内部执行时触发了运行时错误——也就是强制解包了一个nil值，这种错误在Swift里属于fatalError级别的，默认是直接终止程序，根本不会给你返回可选值的机会，if let自然抓不到；而try?只能捕获用throw抛出的Error类型异常，对这种强制解包的崩溃完全无效。

可行的解决办法 #

1. 用Objective-C异常捕获包装调用 #

Swift本身不允许捕获fatalError这类运行时错误，但这类错误底层其实是Objective-C的NSException，我们可以借助Objective-C的异常捕获机制来包裹调用，把崩溃转化为可选值返回。

你可以写一个通用的工具函数：

import Foundation

/// 安全包裹可能触发NSException的代码，将崩溃转为nil返回
func safelyExecute<T>(_ block: () -> T) -> T? {
    var result: T?
    // 捕获Objective-C异常
    NSException.catchException {
        result = block()
    }
    return result
}

调用的时候就像这样：

if let safeResult = safelyExecute {
    Blah.someExternalFunction(html: "some bad html")
} {
    // 函数成功执行，处理结果
} else {
    // 捕获到崩溃，做降级处理（比如给用户提示、用默认值）
}

⚠️ 注意：这种方法是“不得已而为之”的临时方案，因为fatalError本来是设计来终止程序避免更严重的状态混乱，强行捕获可能会让程序处于未知的不稳定状态，所以如果能有其他办法，优先选别的。

2. 提前校验输入，从根源避免崩溃 #

既然崩溃是因为输入的html有问题导致函数内部出现nil，那你可以在调用函数之前，先对输入做校验和预处理：

• 比如分析函数的文档，看它对输入html的要求是什么（必须包含特定标签？不能是空？格式要符合什么规范？）
• 提前过滤不符合要求的输入，比如给空html加默认内容，或者用正则检查必要的标签是否存在，不符合就不调用函数，或者修正后再调用。

这是最稳妥的办法，从根源上避免触发崩溃的条件。

3. 反馈给库作者，从根本解决问题 #

如果这个库是开源的，直接去它的仓库提Issue，说明这个偶发崩溃的场景，建议作者把!强制解包改成可选绑定（比如if let/guard let），或者把函数改成返回Result类型，让调用者能优雅处理错误。
如果是商业库，联系官方支持团队反馈这个bug，要求修复。毕竟强制解包本来就是不安全的写法，作者有责任优化。

总结 #

优先选提前校验输入或者反馈给作者修复，这两个是最安全可靠的；如果实在没办法，再用Objective-C异常捕获的方案临时救急。

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