Swift逃逸闭包中解包weak self的实际价值与nil场景探讨

一、解包weak self的实际益处 #

不止代码美观，更关键的是以下两点：

• 消除重复冗余：如果闭包内需要多次访问self的属性或方法，解包后只需使用self.一次，不用反复写self?.，代码逻辑更连贯。
• 保证逻辑原子性：这是最核心的价值——解包后进入代码块，整个块内的self都是非nil的，不会出现执行到一半self突然被释放的情况。而不解包的写法中，每一次self?.都是独立的可选链式调用，可能前一行操作还能执行，后一行操作时self已经变为nil，导致逻辑执行不完整。

举个实际场景的对比：

// 解包写法：两个操作要么都执行，要么都不执行
Test.closureFunction { [weak self] parameter in
    guard let self = self else { return }
    self.updateUserInterface(parameter)
    self.persistUserInput(parameter)
}

// 不解包写法：可能updateUserInterface执行了，但persistUserInput时self已被释放，只完成一半逻辑
Test.closureFunction { [weak self] parameter in
    self?.updateUserInterface(parameter)
    self?.persistUserInput(parameter)
}

二、两种写法的执行逻辑差异场景 #

确实存在你猜测的场景：当闭包执行过程中，其他异步操作（比如另一个线程释放了self）会导致两种写法的逻辑结果不一致。
比如闭包里有依赖self状态的连续操作，不解包的写法中，每一步的可选链式调用都可能失败，导致部分逻辑执行、部分跳过；而解包写法中，只要通过guard let进入代码块，就会完整执行所有依赖self的逻辑，要么提前退出（self为nil时），要么全部执行完毕。

三、关于self为nil时的闭包执行与解包后的释放 #

• self为nil时的闭包执行：即使self已经是nil，逃逸闭包本身依然会被执行。闭包里所有self?.xxx的调用会因可选链式调用特性被跳过，但不依赖self的代码（比如处理参数、打印日志等）依然能正常运行。
• 解包后的self释放：用guard let self = self解包后，会创建一个对原对象的局部强引用，在闭包的代码块执行期间，这个强引用会维持对象的生命周期。代码块执行完毕后，局部强引用消失，如果此时没有其他外部强引用，对象就会被系统释放。

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