LLDB简介

今天简单介绍一下断点以及lldb调试程序。

每个程序员都在入门的时候接触过断点，也在入门的时候程序各种崩溃。最开始我相信都是通过NSLog来对程序进行调试找bug的。那么为什么有了NSLog可以调试程序还要用lldb调试呢？

首先我们要知道NSLog不是简单的封装了printf，NSLog的大量使用会严重影响程序的运行效率，这个可以从苹果的API中找到关于NSLog的详细介绍。

Logs an error message to the Apple System Log facility.

NSLog就不是设计作为普通的debug log的，而是error log。

NSLog也并非是printf的简单封装，而是Apple System Log(后面简称ASL)的封装。

在使用NSLog 时，NSLog会向ASL写log，同时向Terminal写log，而且同时会出现在Console.app中（Mac自带软件，用NSLog打出的log在其中全部可见）；不仅如此，每一次NSLog都会新建一个ASL client并向ASL守护进程发起连接，log之后再关闭连接。

总之，因为NSLog的大量使用（特别在循环中出现NSLog）对我们程序的运行造成严重的不良影响，因此我们转投LLDB的怀抱对程序进行调试。

LLDB出现在xcode4.3版本之后，之前用的是gdb，不过两者差别不是很大，熟练使用了gdb那么也能轻易的掌握lldb。

LLDB是Xcode默认的调试器，我们可以直接在xcode的控制台进行输入lldb命令。

LLDB的命令遵循唯一匹配原则：假如根据前n个字母已经能唯一匹配到某个命令，则只写前n个字母等效于写下完整的命令。

下面我们通过实际操作来看看关于lldb的一些简单命令

1:首先我们通过打断点（如上图点击24行）看一下最常见的四条命令

p po  exp  call这四条命令我们可以通过输入help＋p或者help＋po等等来查看命令的使用介绍

如下：

在我们看完使用介绍之后我们会发现它们表示的意思是一模一样的，换句话来说，这四条命令可以替换使用，只不过输出结果有所区别,这里我以对象为例，也可以输出基本数据类型。下图是对四条命令的使用：

上面提到了唯一匹配原则，因此ca能唯一的代表call。如下：

细心的我突然发现一个问题，那就是输出结果$0,$2,$3这些变量是什么意思呢？其实它们是用来表示之前的self.lab，在之后的打印中我们可以直接使用  命令+$7,如下图：

2:接下来再讲一些其它常用指令

如上图程序，运行之后肯定直接崩溃，崩溃信息如下

只需要输入image lookup -a 地址 就可以找到bug所在的位置

bt :打印当前线程调用的堆栈

bt all  :打印所有线程调用的堆栈

image :用于寻址

通过指令得到bug位置出现在viewController的m文件31行

3:上面讲了通过lldb打印结果，那么假如我在运行的过程中要改变程序的运行结果，如果通过代码直接修改这样会很麻烦，那么怎么可以非常的改变却又不修改代码呢？

这是原来的运行结果，那么接下来我要将lab变成黄色怎么操作呢？

我们只需要在控制台输入以下命令，按回车键最后点击继续执行（红线所示）。

最后模拟器的结果如下：

4:刚才我们的程序都是通过中止程序的运行来进行调试，那么是否可以不终止程序执行也能进行调试呢？

结果肯定是可以，那么接下来按住command＋option键然后点击断点；或者直接右击断点，之后会弹出提示框，接下来点击edit breakpoint，弹出如下图所示的界面。

接下来我们以此分析界面上的几个参数

其中action里面又有几个不同的选项，党执行此断点的时候，可以同时执行以下几个选项

AppleScript：苹果的脚本语言

Capture GPU Frame:做图形界面的时候使用

Debugger Command :debugger调试的使用，默认就是此项

Log Message:日志信息

Shell Command:可执行的文件

Sound:提示的声音

接下来我们使用一下此断点，如下图：

上面的断点表示的意思是如果lab的背景颜色为红色就执行此断点，执行断点触发两个动作，一个是将lab的背景颜色改为黄色，一个是有声音提示。最后一个options表示执行此断点不会中断程序执行

5:这里需要注意的一点直接打印self.lab.frame的时候，会提示无此属性;需要显示的指定数据类型，用po(CGRect)[self.lab frame]