工欲善其事，必先利其器。以下是各常用LLDB调试操作(文章精简自http://www.jianshu.com/p/d6a0a5e39b0e)

从快捷键开始

开始时候记住cmd+K 以及 cmd+ctrl+Y基本也就够用了，当然熟悉各种快捷操作会大大加大Coding时逼格，提高撩妹(汉) 成功率

HELP

LLDB入门时可以通过和help查询命令的意义

终端操作截图(当然可以直接在Xcode的命令行直接输入 help thread backtrace查看)

查询命令

p,po都可以在命令行做变量查询。所不同是·po·是expression -o --缩写，可以打印对象而不是对象指针(可重写对象description方法，增加调试时可读性)，p即是print，也是expression --的缩写，所不同是只会打印一个$符号，数字，加一段地址信息（不会打印处description内容，当进行一些指针BUG调试时p更加实用）。

代码块，断点位置

po操作

po与p的比较

ps:$符号在LLDB中代表着变量的分配。每次使用p后，会自动为你分配一个变量，后面再次想使用这个变量时，就可以直接使用。我们可以直接使用这个地址做一些转换，获取对象的信息

修改操作

'e' 即expression的缩写，作用为执行一个表达式（当然直接'e' + 变量可以实现查询），最主要作用是通过执行表达式，调试过程中动态修改当前线程堆栈。

例如上例中判断位置的断点，e string = nil后可实现动态修改判断。

e操作也可以通过执行表达式，改变UI。例如修改UI背景色，判断布局是否正确

断点修改前

命令行操作

修改后（注意此时仍在断点中，但页面UI已经刷新了）

'@improt UIkit'操作在没有引入相应头文件时很必要，此处多余。UI调试时有个特殊问题，当断点或者暂停时，UI更新的线程也被暂停了，e修改后的UI当然也不会立即更新，此时如果还不想放开断点让UI更新，可以通过[CATransaction flush]表达式来进行UI刷新操作。例如修改后截图

PS: 玩转修改操作可以大大减少调试编译时间，非常有用的技巧。

断点

1.breakpoint，GUI如何添加添加没必要再说了。

• 全局断点 Add Exception Breakpoint

会在抛出异常的堆栈自动暂停，当然实际开发中靠谱度有限

• 符号断点Add Symbolic Breakpoint
  这个很有趣，我在看http://www.jianshu.com/p/d6a0a5e39b0e文章前也没有留意过，当开发过程中经常会有一些Api接口不知道是在什么时候调用的，可以通过在断点列表中添加

添加[ViewController testCalled]方法被调用时候的断点

断点触发

当然自定义的方法可以在实现里添加断点，但是对于一些框架接口的调用调试时'Symbolic Breakpoint'就格外有用了

2. watchpoint

watchpoint可以跟踪对象某一字段的修改，（属性修改可以在setter方法自己添加断点观察，但是属性字段修改并不一定都会走setter方法）。值得一提的是watchpoint是直接设置在变量内存地址上的，所以当变量被释放后，watchpoint仍然会在该内存地址上生效.

GUI中可以通过命令行左边添加(例:给viewcontroller对象的testNumber属性字段添加watchpoint)

testNumber字段被修改

堆栈

1.bt 即thread backtrace，作用是打印当前线程信息。

修改前

修改后

写在最后

做iOS开发这么久终于决定开始写自己的博客了，这篇文章除了整理LLDB知识外也是为了熟悉下markdown语法