这样只有遍历到c==“H”的时候 断点才会被触发。
图10
是不是很棒呢！
有些童鞋的钛合金狗眼已经看到了编辑断点那里有一个Action的东西，那是什么呢？
这个是非常强大的，可以在你断点的位置，执行各种操作，比如执行脚本命令，控制台命令(可以制定调试信息自定义保存)、打印信息等，
博主最喜欢的就是这个Log message啦，简单粗暴！根本就不需要print啊NSLog嘛，直接在断点的Action打印就好了（其实这个是Xcode和调试器结合的高能产物，下面再介绍）。具体可以这样：
图11
其实刚刚博主撒谎了，博主最喜欢的Action并不是Log Message，而是Sound，顾名思义嘛，断点射在Bug上，这样遇到断点就会发出声音，听到我自己设置的声音，我就知道是什么Bug了，听声识Bug，呵呵，EXEC_BAD_ACCESS的错误我设置成了波多野老师的声音，unrecognized selector send to instancd的错误我设置成了苍老师的…… 不要问我系统怎么没有吉泽明步的声音，我根本就不知道谁是吉泽明步。
当然还有更加强大的条件断点就是这货啦
图12
添加之后在 Symbol 一栏输入 viewDidLoad。
这样一来，在程序中所有的 viewDidLoad 方法被调用时都会触发断点。
图13
当然，我们也可以仅仅为特定的某个类的方法添加断点。在 Symbol 一栏输入 [ClassName viewDidLoad] (Objective-C) 或 ClassName.viewDidLoad (Swift) 即可。
比如：unrecognized selector sent to instance 0xaxxxx 这种错误，这个instance可以这样快速定位
图14
打印的艺术
尽管ARC已经让内存管理变得简单、省时和高效，但是在object的life-cycles中跟踪一些重要事件依然十分重要。毕竟ARC并没有完全排除内存泄露的可能性，或者试图访问一个被release的对象。为了这个目的，我们可以很艺术地偷窥对象正在做些什么，想想就好有快感。
NSLog
小伙伴们第一节课学习ViewController的生命周期的时候，老师肯定很猥琐的教了大家，在viewController的每个生命周期的方法中使用了NSLog来偷窥！没错，这样其实就是最简单爆炸的跟踪生命周期的方法了，不过系统自己的NSLog真心有点羸弱，输出的信息太少，根本就不能满足我们的欲望，这里我教大家强化你的Log！！
