Xcode LLDB Debug教程

LLDB在xcode4.3或者之后的版本里面是默认的调试器。假如你正在使用老一点版本的xcode的话，你又GDB调试器。他们有一些基本的相同的命 令，因此假如你的xcode使用的是“（gdb）”提示，而不是“（lldb）”提示的话，你也能够更随一起做，而没有问题。

“po”命令是“print object”（打印对象）的简写。“$eax”是cup的一个寄存器。在一个异常的情况下，这个寄存器将会包含一个异常对象的指针。注意：$eax只会在模拟器里面工作，假如你在设备上调试，你将需要使用”$r0″寄存器。

例如，假如你输入：

(lldb) po [$eax class]

你将会看像这样的东西：

(id) $2 = 0x01446e84 NSException

这些数字不重要，但是很明显的是你正在处理的NSException对象在这里。

你可以对这个对象调用任何方法。例如：

(lldb) po [$eax name]

这个将会输出这个异常的名字，在这里是NSInvalidArgumentException，并且：

(lldb) po [$eax reason]

这个将会输出错误消息：

(unsigned int) $4 = 114784400 Receiver () has no
segue with identifier 'ModalSegue'

 

注意：当你仅仅使用了“po $eax”，这个命令将会对这个对象调用“description”方法和打印出来，在这个情况下，你也会得到错误的消息。

 

 

 

实用LLDB命令

命令名 用法 说明

expr	expr 表达式	可以在调试时动态执行指定表达式，并将结果打印出来，很有用的命令。
po	po 表达式	与expr类似，打印对象，会调用对象description方法。是print-object的简写
print	print (type) 表达式	也是打印命令，需要指定类型。
bt	bt [all]	打印调用堆栈，是thread backtrace的简写，加all可打印所有thread的堆栈。
br l	br l	是breakpoint list的简写
process continue l	process continue	简写：c
thread step-in l	thread step-in l	简写：s
thread step-inst l	thread step-inst l	简写：si
thread step-over l	thread step-over l	简写：n
thread step-over-inst l	thread step-over-inst l	简写：ni
thread step-out l	thread step-out l	简写：f
thread list	thread list	简写：th l

 

 

开胃小菜--简单的断点调试

在xcode中打开一个app，在想要break的行号上单击，即可生成一个深色的箭头标识--断点。如下图，在viewDidLoad:中设置了断点。

运行app，等待。。。就可以看到xcode在断点处进入调试模式，现在让我们把视线移到xcode右下角的控制台，有木有看到（lldb）这样一行，鼠标移到此行，输入

?

1	po [self view]

回车，看看控制台上是不是多了一些view的信息，如下图：

po（print object）是LLDB的一个命令，其主要功能是输出objective-c中对象（objects）的信息，与之相似的另外一个命令是 p（print），其主要功能是输出原生类型（boolean、integer、float、etc）的信息。

控制台输入

p <span style="padding:0px; margin:0px; color:rgb(0,34,0)">(</span><span style="padding:0px; margin:0px; color:rgb(166,19,144)">int</span><span style="padding:0px; margin:0px; color:rgb(0,34,0)">)</span><span style="padding:0px; margin:0px; color:rgb(0,34,0)">[</span><span style="padding:0px; margin:0px; color:rgb(0,34,0)">[</span><span style="padding:0px; margin:0px; color:rgb(0,34,0)">[</span>self view<span style="padding:0px; margin:0px; color:rgb(0,34,0)">]</span> subviews<span style="padding:0px; margin:0px; color:rgb(0,34,0)">]</span> count<span style="padding:0px; margin:0px; color:rgb(0,34,0)">]</span>

结果如下

(int) $2 = 2

注意这个使用了类型转换告知调试器应该如何处理返回值。

技巧一：运行时修改变量的值

你以前怎么验证是不是某个变量的值导致整段程序不能正常工作？修改代码中的变量的值，然后cmd+r重新启动app？现在你不需要这么做了，只需要设置一个断点，当程序在这进入调试模式后，使用expr命令即可在运行时修改变量的值。

假如有一个loginWithUsername:方法，需要两个参数：username，password。

首先设置好断点，如下图所示：

运行app，进入断点模式后，在（lldb）后输入

 

?

1 2	expr username = @"username" expr password = @"badpassword"

控制台会返回以下信息

 

?

1 2	(NSString *) $0 = 0x3d3504c4 @"username" (NSString *) $1 = 0x1d18ef60 @"badpassword"

现在跳出断点，执行断点之后的两条输出语句，控制台会有以下输出

 

?

1 2	(0x1c59aae0) A line for the breakpoint (0x1c59aae0) Username and Password after: username:badpassword

看到看吧，我们在运行时修改了变量的值，事情还可以变的更简单一些，我们可以编辑断点，让它自动填充需要的修改的变量的值，并且可以选择在此断点处不进入断点模式，仅仅修改指定变量的值，然后自动执行后续代码。

右击断点选择“Edit Breakpoint...”（或者按住cmd+option，单击断点），然后如下图所示设置断点

注意选中了最后一行（“Automatically continue after evaluating”）的选择框，这就保证运行到这个断点的时，填充变量的值，然后继续运行，并不在此处断点进入调试模式。

运行app，你会得到和上述手动设置变量的值一样的输出。

接下来单击断点，使其处于禁用状态，现在箭头的颜色应该是浅蓝色的，重新运行app，你会发现username和password的值没有在运行时被改变了。

技巧二：设置断点触发条件

断点的另外一个重要作用，是可以设置触发断点生效的条件，这样我们就可以在运行时针对特定的数据进行分析，观察app是否运行在正确的轨道上。如下图：

上述截图可以看到如下语句

?

1	(BOOL)[(NSString*)[item valueForKey:@"ID"] isEqualToString:@"93306"]

通过这行语句，我们告诉编译器：当item中ID等于93306时，此断点生效，进入断点调试模式。

技巧三：格式化输出数据

如果你厌倦了代码里无穷无尽的NSLog，幸运的是我们可以在编辑断点使其输出格式化字符串就像平常编码时一样。不过有一点需要注意，平常编码时可能会使用NSString‘s stringWithFormat:输出格式化字符串，不过这个方法貌似在断点中木有效果，你需要使用alloc/init形式的方法，如下：

 

?

1	po [[NSString alloc] initWithFormat:@"Item index is: %d", index]

 

运行app，就能在控制台看到想要的输出啦！

简单！强大！这就是LLDB给你的选择，从此代码里可以不用再有NSLog满天飞的情况了，代码变得更干净了，心情变得更愉悦了！

LLDB还有很多强大的地方，本教程只不过揭开了它的面纱，即便如此，仍让我们沉醉不已。

如此你有让xcode中debug变的更轻松加简单的方法，请在评论中尽情的分享！