LLDB 是高性能的程序调试器,默认集成在 XCode 中,支持 C 语言、Objective-C 语言和 C++语言程序代码进行调试,包括查看变量、修改变量、执行指令等功能。
当 Xcode 触发断点时,程序会自动进入 LLDB 调试环境,开发者可以在控制台进行 LLDB 指令的执行。
使用 expression 指令进行动态代码执行
expression 指令用来动态执行代码,可以在运行时修改内存中变量的值,改变程序运行轨迹。
断点处进入了 LLDB调试模式,在控制台输入expression a
会输出内存中变量 a 的值
(int)
表示类型, $0
是 LLDB 自动生成的一个临时符号,表示变量 a 的值 1,后面可以使用$0
来获取值 1
当然,我们可以使用expression
指令来修改 a 的值(这个特性简直太酷了😃,相见恨晚)
使用 LLDB 的expression
指令,不需要添加额外的打印代码,也不需要直接修改源代码就可以按需来多次调试我们的程序,方便我们找到正确的代码修改方法。
frame 指令查看代码帧信息
使用frame
指令可以查看当前代码帧信息,查看函数名称、参数和所在位置信息,并且可以进行代码回溯调试。
断点处进入 LLDB 时,导航栏可以看到当前线程和数据帧
使用frame info
可以打印当前数据帧信息
当前所在的数据帧编号为 0,内存地址为0x000000010630ef0a
,工程名LLDBTest
,所执行的函数为ViewController
中的test:
,函数中的参数也被分别打印出来并标明了代码所在的文件位置和行数。
使用frame variable
指令可以获取当前数据帧的变量信息
上面说到的expression
命令只能操作当前数据帧中的变量,在viewDidLoad
定义的变量是无法在当前数据帧访问的,所以在实际开发中就要使用数据回溯。例如 test 函数中的入参是在viewDidLoad
中计算的,如果这个参数有误,就需要回溯到viewDidLoad
中检查,此时可以使用frame select [count]
来切换数据帧,[count]
就是导航区数据帧在前面的数字编号。
不适用 LLDB,这种情境下就需要多个断点配合来一步步追溯代码来检查变量,调试麻烦且耗时,过程中也容易错过某个断点而导致重头来过。使用 frame
数据帧可以十分方便的解决这种问题。
thread 相关指令操作线程
程序运行中可能会开启多个线程,每个线程包含了多个数据帧块,使用 thread
相关指令可以查看程序中开启的线程,并且可以切换线程进行调试。
使用thread backtrace
可以打印当前线程中的所有数据帧
之后可以使用frame
相关指令来查看某个数据帧的内容。
使用thread list
可以查看当前所有被激活的线程
*标识出了当前的所调试的线程。
使用thread Info
可以查看当前正在调试的线程信息:
还有一些相关的thread
指令可以用来在 LLDB 调试器中控制程序运行,例如使用 continue
可以跳过当前断点向下执行,使用jump
可以跳转到指定的内存地址等。
其他
LLDB 非常强大,指令也很多。除了以上说明的以外,还有一些常用指令,比如print
指令打印变量,r
指令重新运行程序,quit
指令结束 LLDB 调试等。LLDB 还可以实现直接添加断点、控制断点行为、反编译代码、读取内存二进制数据等。
help
指令提供了帮助文档,有兴趣的可以自行查看和调试