这是我的两行代码：
NSString *frontFilePath = [[NSBundle mainBundle] pathForResource:[self.bookendFileNames objectAtIndex:self.randomIndex] ofType:@"caf"];
NSLog(@"frontFilePath = %@", frontFilePath );
我在第二行放了一个断点，在那里，我尝试打印它：
(lldb) po frontFilePath
但我收到以下错误：
error: variable not available
我很困惑，因为如果我跳过 NSLog 语句，该变量确实会打印到控制台。
对于它的价值，我正在尝试调试第一行，因为有时它会返回 NULL，但到目前为止我还无法弄清楚原因。
这是调试优化代码的神器。在构建设置中启用编译器优化时，它会在内存和寄存器之间移动变量，因为它认为是最好的。在您检查 lldb 中的变量时，它可能根本不存在于寄存器或内存中——即使它看起来应该仍然可以显示。
有可能是编译器输出的调试信息有缺陷。有时编译器会将变量复制到寄存器中以供其使用，并且仅在调试信息中列出该寄存器位置。后来，该寄存器被重新用于其他用途；value 仍然存在于堆栈中，但编译器没有告诉调试器该值可以在那里找到。
真正判断调试信息是否不足或者该特定指令中是否确实不存在该值的唯一方法是手动检查汇编代码。一旦您使用编译器打开优化，源代码就变成了以任何特定顺序实际执行的内容的弱视图。
如果可能的话，我强烈建议您关闭构建的优化（构建设置中的优化级别）并以这种方式进行调试，而不是在优化代码调试的古怪世界中徘徊太远。如果您确实需要通过优化来调试您的应用程序，请确保您使用 Xcode 支持的最新 Apple LLVM 编译器进行构建——总是有工作在改进优化代码调试，您希望充分利用自己迄今为止的工具，你可以。
诊断中的“Address Sanitizer”似乎也使变量的值不可用。
在 Swift 中，可能从 Xcode 9 开始，但在 Xcode 10 中仍然存在问题，甚至在构建设置中关闭代码优化时也会出现这种情况。正如@carlos_ms 在这里指出的那样，临时解决方案是将变量定义为可变的，即
转动
let foo = Bar().string
进入
var foo = Bar().string
为了使优化跳过这个变量。请注意，这可能不适用于所有情况。
在这种情况下，一个好人debugPrint()可能会帮助你。