在 LLDB 中有两个常见的打印指令 p 与 po
expr 指令
这个指令的意思，能实时的执行代码中的代码逻辑。
p 指令
p 通常用于基本数据类型，这个指令会默认生出一个临时变量。
po 指令
po 打印变量的内容，如果是对象，其打印的内容由 -debugDescription 决定。
操作内存
读、写、操作 内存
修改内存中的值：
memory write 内存地址 数值
如：memory write 0x7ffee685dba8 25
读取内存操作：
memory read /数量 _ 格式 _ 字节数 内存地址
或者
x/数量 _ 格式 _ 字节数 内存地址
如：memory write 0x7ffee685dba8 25
格式
x ：代表16进制
f ：代表浮点数
d ：代表10进制
字节大小
b ：byte 代表1个字节
h ：half word 代表2个字节
w ：word 代表4个字节
g ：giant word 代表8个字节
如：
memory read/1wx 0x7ffee14a5ba8
memory read/1wd 0x7ffee14a5ba8
寓意：读取0x7ffee14a5ba8 4个字节的内容
示例如下：
bt 返回所有的调用栈
形如：
!(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = step over
* frame #0: 0x000000010758b6fd LLDBDev`-[ViewController viewDidLoad](self=0x00007fedad7057e0, _cmd="viewDidLoad") at ViewController.m:27
**中间被我干掉了很多。**
frame #34: 0x000000010758b79f LLDBDev`main(argc=1, argv=0x00007ffee8674108) at main.m:14
frame #35: 0x000000010c2d1d81 libdyld.dylib`start + 1
frame #36: 0x000000010c2d1d81 libdyld.dylib`start + 1
这个指令很强大，现在的 Xcode 在这里都显示不全了：
所以只能借助 bt 指令。
查看一个对象的 isa 指针
内存断点
顾名思义，给一个内存打一个断点。其实在开发中，还是挺实用的，有点像 KVO 监听。下图为简单的测试代码，图中在 viewDidLoad 有一个手动打的一个断点，目的是进入 lldb 环境：
进入 lldb 环境之后，可执行如下指令：
watchpoint set variable self->_name
log 为：
Watchpoint created: Watchpoint 1: addr = 0x7fcfaf9061d0 size = 8 state = enabled type = w
watchpoint spec = 'self->_name'
new value: 0x0000000000000000
即为断点成功。修改 _name的值，即为修改 _name 所在内存的值，所以应该是这样的:
值得注意的是，log 能将旧值、新值一起打印出来。
当然，设置内存断点的指令，还可以这样：
watchpoint set expression &_name
内存断点， 在分析数据流转的特别有用，比如就想知道某个变量在什么情况下为 nil 了。
UI 控件查看
先看一个问题：
其实这个就是我们在做自动布局是后的一个问题，在控制台会给出这样的提示。如果界面简单，那么很好排查，如果界面复杂，那么就很难定位问题所在。那么如何找到具体的视图呢？可以这样来：
这样就能实时的定位到是界面上的哪个UI 了，具体的命令如下：
(lldb) e id $hgView = (id)0x7fdfc66127f0
(lldb) e (void)[$hgView setBackgroundColor:[UIColor redColor]]
(lldb) e (void)[CATransaction flush]
注意：后面的那个命令一定要执行，否则在 lldb 的状态下是看不到效果的。
动态注入代码逻辑
主要看 yesOrNo 属性，我的代码已经运行起来了，但是我不想重新运行，就要把 yesOrNo 的值给改成 true。你会怎么做？其实在上面已经介绍了，使用 expr 可以搞定，但是这里还有可以有更高级的。
如下图所示，弄一个断点，双击让断点变成编辑状态。
点击上图中的红框框部分，如下所示：
写上 expression yesOrNo = true 你会发现这样的话不用每次运行到这个断点的时候都去 lldb 一次。
选中了这个复选框，都感觉不到断点的存在。
跟踪属性的值是在什么时候改变的
这里 以监听 -[UILabel setText:] 方法为例
-[UILabel setText:] 这一句大家都能看懂。之后是这样子的：
这样之后，你会惊奇的发现，什么也没有干，这个断点就触发了：
是的，这是汇编代码。本来 UILabel 中的系统方法都是没有暴露实现的，跳到这样的界面也是很正常的。这到底是怎么回事呢？我们可以简单的来一波下面的操作：
从上面的这张图中，就能看出端倪了吧。在看到这样强大的断点方式的同时，也带来了很多的思考。这样打断点就显得有点 流氓 了，只要是这个方法被触发的地方都会被断点到。那么就看一下下面这张图：
我只想监听在 btn1 方法中被触发的 -[UILabel setText:] ，应该怎么办？在实际的开发中， 可能 btn1 方法会很复杂。直接给出最终的处理方案：
这张图似曾相识。其中关键的命令是这样的 breakpoint set -one-shot true --name "-[UILabel setText:]" 这句命令的大意是如果在 btn1 方法中有 -[UILabel setText:] 操作的话，会被自动触发跟踪。
具体这样的断点有什么用，可以随便的脑补一下。是的，在实际的开发中可以节省我们一大堆的调试时间。