使用LLDB提高调试效率 -- 《iOS 性能优化实战》读书笔记 2

LLDB 是高性能的程序调试器,默认集成在 XCode 中，支持 C 语言、Objective-C 语言和 C++语言程序代码进行调试，包括查看变量、修改变量、执行指令等功能。

当 Xcode 触发断点时，程序会自动进入 LLDB 调试环境，开发者可以在控制台进行 LLDB 指令的执行。

使用 expression 指令进行动态代码执行

expression 指令用来动态执行代码，可以在运行时修改内存中变量的值，改变程序运行轨迹。

示例：

expression动态执行代码

断点处进入了 LLDB调试模式，在控制台输入expression a会输出内存中变量 a 的值
(int)表示类型， $0是 LLDB 自动生成的一个临时符号，表示变量 a 的值 1，后面可以使用$0来获取值 1

expression a

当然，我们可以使用expression指令来修改 a 的值（这个特性简直太酷了，相见恨晚）

expression指令动态修改对象的值

使用 LLDB 的expression指令，不需要添加额外的打印代码，也不需要直接修改源代码就可以按需来多次调试我们的程序，方便我们找到正确的代码修改方法。

frame 指令查看代码帧信息

使用frame指令可以查看当前代码帧信息，查看函数名称、参数和所在位置信息，并且可以进行代码回溯调试。
断点处进入 LLDB 时，导航栏可以看到当前线程和数据帧

导航区中的线程和数据帧展示

使用frame info可以打印当前数据帧信息

frame info指令打印数据帧

当前所在的数据帧编号为 0，内存地址为0x000000010630ef0a，工程名LLDBTest，所执行的函数为ViewController中的test:，函数中的参数也被分别打印出来并标明了代码所在的文件位置和行数。

使用frame variable指令可以获取当前数据帧的变量信息

frame variable获取变量信息

上面说到的expression命令只能操作当前数据帧中的变量，在viewDidLoad定义的变量是无法在当前数据帧访问的，所以在实际开发中就要使用数据回溯。例如 test 函数中的入参是在viewDidLoad中计算的，如果这个参数有误，就需要回溯到viewDidLoad中检查，此时可以使用frame select [count]来切换数据帧，[count]就是导航区数据帧在前面的数字编号。

frame select [count] 切换数据帧

不适用 LLDB，这种情境下就需要多个断点配合来一步步追溯代码来检查变量，调试麻烦且耗时，过程中也容易错过某个断点而导致重头来过。使用 frame 数据帧可以十分方便的解决这种问题。

thread 相关指令操作线程

程序运行中可能会开启多个线程，每个线程包含了多个数据帧块，使用 thread 相关指令可以查看程序中开启的线程，并且可以切换线程进行调试。

使用thread backtrace可以打印当前线程中的所有数据帧

thread backtrace获取所有数据帧

之后可以使用frame相关指令来查看某个数据帧的内容。

使用thread list可以查看当前所有被激活的线程

thread list查看数据帧

*标识出了当前的所调试的线程。

使用thread Info可以查看当前正在调试的线程信息：

thread Info查看当前线程信息

还有一些相关的thread指令可以用来在 LLDB 调试器中控制程序运行，例如使用 continue可以跳过当前断点向下执行，使用jump可以跳转到指定的内存地址等。

其他

LLDB 非常强大，指令也很多。除了以上说明的以外，还有一些常用指令，比如print指令打印变量，r指令重新运行程序，quit指令结束 LLDB 调试等。LLDB 还可以实现直接添加断点、控制断点行为、反编译代码、读取内存二进制数据等。

help 指令提供了帮助文档，有兴趣的可以自行查看和调试