工欲善其事，必先利其器。以下是各常用LLDB调试操作(文章精简自http://www.jianshu.com/p/d6a0a5e39b0e)
从快捷键开始
| 快捷键功能 | 命令 |
|---|---|
| 暂停／继续 | cmd+ctrl+Y |
| 控制台显示/隐藏 | cmd+Y |
| 光标切换到控制台 | cmd+shift+C |
| 清空控制台 | cmd+k |
| step over | F6 |
| step into | F7 |
| step out | F8 |
开始时候记住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'就格外有用了
watchpoint
watchpoint可以跟踪对象某一字段的修改，（属性修改可以在setter方法自己添加断点观察，但是属性字段修改并不一定都会走setter方法）。值得一提的是watchpoint是直接设置在变量内存地址上的，所以当变量被释放后，watchpoint仍然会在该内存地址上生效.
GUI中可以通过命令行左边添加(例:给viewcontroller对象的testNumber属性字段添加watchpoint)
testNumber字段被修改
堆栈
1.bt 即thread backtrace，作用是打印当前线程信息。
2.
thread retrun<expr>，调试时候可以直接在断点位置retrun想要的值。
修改前
修改后
写在最后
做iOS开发这么久终于决定开始写自己的博客了，这篇文章除了整理LLDB知识外也是为了熟悉下markdown语法
