lldb简单断点调试

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

在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）的信息。

控制台输入

[objc] view plain copy

print?

1. 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变的更轻松加简单的方法，请在评论中尽情的分享！