Xcode LLDB调试Swift变量报错，求已知Bug（SR-6156）的临时解决方法

我完全懂这种调试到一半突然弹出奇怪LLDB错误的烦躁——你遇到的这两个问题确实是LLDB和Swift交互时的已知Bug。在官方修复之前，这里有几个经过验证的临时解决办法，帮你继续顺畅调试：

临时修复方案 #

1. 显式引用self替代隐式注入 #

当你用po打印变量时，别依赖LLDB自动帮你处理上下文，直接加上self前缀：

// 原来的写法（可能报错）
po myVariable

// 修改后
po self.myVariable

如果是在类方法或者全局作用域，确保你引用的变量是当前作用域明确可访问的，避免LLDB尝试注入不存在的上下文变量。

2. 关闭LLDB的自动注入设置 #

在LLDB调试会话里执行这条命令，直接禁用导致问题的自动注入逻辑：

settings set target.swift.inject-self 0

之后LLDB会直接使用当前上下文的self，不会再生成$__lldb_injected_self这个容易出问题的变量。要是之后需要恢复默认行为，执行：

settings set target.swift.inject-self 1

3. 拆分复杂表达式 #

有时候嵌套的可选链、复杂函数调用会触发这个Bug，把表达式拆成简单的步骤就能绕过：

// 原来的复杂表达式（可能报错）
po user?.profile?.getFullName()

// 拆分成两步
po let tempProfile = user?.profile
po tempProfile?.getFullName()

拆分后LLDB的表达式解析器更容易处理，减少触发Bug的概率。

4. 用expression命令显式指定上下文 #

如果po还是不行，试试用更底层的expression命令，明确指定语言和上下文：

expression -l swift -- self.myVariable

这个命令会强制LLDB用Swift解析表达式，并且直接使用当前的self上下文，绕过自动注入的逻辑。

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