Swift中用weak self+guard self后，Xcode LLDB调试闭包参数异常

嘿，我之前在调试带weak self+guard self的闭包时，也碰到过一模一样的诡异问题——断点明明停在闭包里，打po response或者po self.someProperty就是没结果，要么返回nil要么提示找不到变量，简直头大！下面是我亲测有效的几个解决办法：

1. 先排查编译优化的锅 #

首先确认你是在Debug模式下调试！如果不小心切到了Release模式，Xcode会开启代码优化，很多变量会被编译器直接“干掉”，LLDB自然找不到。
去项目的Build Settings里，把Optimization Level设为None [-O0]，确保编译器没有优化掉闭包里的参数或属性。

2. 换个LLDB命令试试 #

有时候po（打印对象）不好使，换expr（表达式求值）或者frame variable（打印当前栈帧的变量）可能会有惊喜：

• 打印闭包参数：试试frame variable response或者expr response，比直接po更直接获取栈帧里的变量
• 打印self的属性：如果po self.someProperty不行，试试expr self.someProperty，或者先po self确认guard后的self是有效的，再访问属性

3. 给变量“提个醒”——用局部变量中转 #

LLDB对闭包捕获的变量有时候会识别不清，尤其是经过weak self绑定后。你可以在闭包内部先把参数或属性赋值给一个临时局部变量：

someAPI.call { [weak self] response in
    guard let self = self else { return }
    // 加个临时变量中转
    let tempResponse = response
    let tempProperty = self.someProperty
    print("Debug here") // 断点打在这里
}

然后断点停在print行时，打印tempResponse或者tempProperty，LLDB就能正常识别了——相当于给变量“标个记号”，让编译器别乱优化，也让LLDB更容易找到它。

4. 检查闭包的捕获列表和上下文 #

如果你的闭包是嵌套的，或者捕获了多个变量，LLDB的变量查找路径可能会混乱。这时候可以用frame info查看当前栈帧的详细信息，或者用up/down切换栈帧，确认你确实在闭包的栈帧里调试。

另外，有时候guard let self = self的写法会让LLDB把新的self当成局部变量，而不是原来的实例，这时候直接po self其实是访问guard绑定的局部变量，你可以试试po $0（闭包的第一个参数）或者po $1来访问闭包参数，不过这个方法只对非逃逸闭包比较有效。

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