内容简介：在日常开发中，我们经常会在 Debug 模式下打断点进行调试，并通过 LLDB 的今天在 Release 模式下编译运行项目，发现要打印某一变量的值时（大致意思是说，
在日常开发中，我们经常会在 Debug 模式下打断点进行调试，并通过 LLDB 的 po 命令在控制台打印一些变量的值，以方便排查问题。
今天在 Release 模式下编译运行项目，发现要打印某一变量的值时（ po xxx ），报如下错误：
error: Couldn't materialize: couldn't get the value of variable xxx: no location, value may have been optimized out error: errored out in DoExecute, couldn't PrepareToExecuteJITExpression
大致意思是说， xxx 的值不存在，可能已经被编译优化了。而且在断点模式下当我们把鼠标的箭头移到某一变量上要进行快速浏览时，发现它们的值都是 nil 。
查了一下才发现，原来这与 Xcode 工程的编译选项 Optimization Level 设置有关，它是指编译器的优化级别，优化后的代码效率比较高，但是可读性比较差，且编译时间更长，它有 6 个选项值如下图：
上述每选项值的详细说明可以参考 《Xcode 中 Optimization Level 的设置》 和 《如何加快编译速度》 两篇文章，我们这里不再赘述。
Xcode 工程的 Optimization Level 值在 Debug 模式下默认为 None [-O0] ，表示编译器不会尝试优化代码，保证调试时输出期望的结果；而在 Release 模式下默认为 Fastest, Smallest[-Os] ，表示编译器将执行所有优化，且不会增加代码的长度，它是可执行文件占用更少内存的首选方案。
这也是为什么我们在 Release 模式下断点打印变量会报错，因为编译器已经给代码做了优化，它将不在调试时记录变量的值了。
此外，有时候遇到一些线上 Bug 但是在 Debug 调试时却无法复现，我猜有可能会跟编译优化有关，你觉得呢？欢迎留言讨论。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 小tips: 如何借助content属性显示CSS var变量值
- 面试官在“逗”你系列：不借助第三变量交换两个变量值的方案你有几种？
- OpenStack断点调试方法
- 断点原理与实现
- GDB调试指南-断点设置
- iOS 常用调试方法：断点
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
HTML5权威指南
[美] Adam Freeman / 谢廷晟、牛化成、刘美英 / 人民邮电出版社 / 2014-1 / 129.00元
《HTML5 权威指南》是系统学习网页设计的权威参考图书。本书分为五部分：第一部分介绍学习本书的预备知识和HTML、CSS 和JavaScript 的最新进展；第二部分讨论HTML 元素，并详细说明了HTML5中新增和修改的元素；第三部分阐述CSS，涵盖了所有控制内容样式的CSS 选择器和属性，并辅以大量代码示例和图示；第四部分介绍DOM，剖析如何用JavaScript 操纵HTML 内容；第五部......一起来看看 《HTML5权威指南》 这本书的介绍吧!
