XCode调试技巧
本文从以前做的幻灯中整理而来的，主要讲一下XCode结合LLDB调试命令以及OBJC运行时的调试技巧。
一、常用宏定义
1、OPTIMIZE，Debug和Release判定
- Release编译时定义
当我们想要某些代码只在Debug环境下才运行可以使用此宏定义判别
2、i386与x86_64，模拟器环境判定
- 模拟器编译时定义
有时工程依赖的Lib库只编译了真机的代码，模拟器编译出错。为了可以模拟器调试，使用此宏略过不能编译的代码
3、__IPHONE_8_0等，编译SDK的判定
- SDK中会声明当前SDK版本定义，并且保留过往SDK版本定义
- 有时我们编写的代码可能不会在最新的SDK编译，旧版本SDK编译会有潜在问题。使用此判定针对新老SDK版本分别编写代码
__IPHONE_OS_VERSION_MAX_ALLOWED，此宏定义声明了当前编译的SDK版本，可进行比较
4、使用-D编译器选项为编译Target追加宏定义
- 在工程Target的Other C Flags项目中定义
- 同一份代码可能由于证书、渠道、UI的不同，会建立多个Target分别进行打包。通过编译时追加宏定义，可在运行时判定Target。
- 下例中定义了一个宏XDTarget，其值为800100。
每一个Target可为XDTarget定义不同的值，这样运行时就可以判别Target，也免去了手工修改的麻烦。
5、NOP，空语句
- C语言中有nop()函数，表示一条空语句。OC中没有提供。
可以设计一个宏进行代替，用于挂载条件断点调试使用。
二、常用调试命令
1、PO，输出对象信息
- po调用NSObject的description方法打印对象
- po 变量名
- po 内存地址
- po 可返回对象的表达式
- 如果对象没有被释放，PO会输出内容，否则只输出一个代表野指针的数字。根据此特性可在循环引用检查中判定对象是否被正常释放。
- 配合表达式进行复杂查询
2、P，输出变量的值
- p (类型)表达式
除了值类型，也可以直接打印结构体数据
3、Call，执行一段代码
- call (返回类型)表达式
调试状态下，对于点语法支持不佳。如果发现符号未找到的情况，尝试使用发送消息的方式。如果还不行，根据提示，声明类型。对于PO、P等指令同样也需要注意
可以修改值。
- gdb下可以使用set实现，但lldb下set语法含义变化了，用call替代set指令
配合NOP与断点，可以在运行时动态的控制程序的运行状态
可以执行一段代码
4、bt，打印调用栈
三、断点的使用技巧
1、一个断点可以做些什么事情？
- 可以加入一个条件，当满足此条件时触发断点。
- 或者当执行某些次后才会触发
可以执行若干种类的action
当经过此断点时，执行action但是不会中断程序
2、异常断点
某些crash是由程序抛出的异常导致的，比如数组越界。可以通过添加异常断点监控异常抛出的位置。
3、符号断点
- 当符号对应的方法被调用时，中断
- -/+[类 方法]
举个例子：当UIViewController被载入时触发，并将当前的调用栈输出
4、内存断点
- 当该块内存被调用时中断
可通过XCode调试界面简化指令添加
添加时，需要预先打断，找到要监视的内存地址（注意，地址每次启动都会失效）
可以输出值的变化。可以找出内存是何时被修改的，值是如何变化的。
四、灵活的使用调试手段
以上这些调试手段虽然看起来比较简单，但只要灵活运用，就可以为调试带来很多便利和可能性。
比如下面一个例子
图中有三个变量a，b，c。只要在NOP语句加入一个执行call命令的条件断点，通过调节断点的开闭，就可以在程序运行时动态的控制a,b,c的数值。这使得不用编写调试代码，就可以模拟各个状态，动态的调试程序分支。
此外，当程序发生异常时，一般是通过控制台报错信息，被动的定位问题所在。如果使用调试命令结合OBJC的运行时，可以主动的获知发生异常的状态。在MRC开发的时代，对于多次释放对象的问题，甚至可以一定程度的将僵尸对象还原回原始的对象，从而定位问题所在。
所以只要灵活的运用上面这些调试手段，相信您也会很快成为一个调试高手。