最近我在看“ I am Zombie”，所以我就来看看iOS的这个工具啦，哈哈，一大群Zombies正在逼近！！！
什么是Zombie
是的，打开instruments之后其实会看到一个图标，这个图标多么让人激动啊！！哈哈
我们顺便来看下官方文档的说法
The Zombies template causes persistent memory growth because it changes your environment so that deallocated objects are never technically deallocated. This is expected behavior, but it means that aside from zombie flags and memory address histories, any other statistics provided by the Allocations instrument should be ignored. You also shouldn’t add the Leaks instrument to the Zombies template, as it will produce inaccurate results. For iOS apps, use the Zombies template with the iOS Simulator, rather than a physical device.
不过我在尝试的时候其实还没有看到这段文字，所以我也是用了真机，不过卡的是一塌糊涂。我查了网上大部分的资料，有的会说Zombie不支持真机，其实就是rather than，你懂的，不过的确不建议用，本身调查的问题在这个环境上关系不大，更多的纯粹就是代码上的问题。
用白话文来解释下吧，取名Zombie其实是有道理的，在iOS中我们经常会有一些对象（虽然iOS在5.0之后引入了ARC）会手动或者自动被ARC销毁掉，但是我们的程序可能并不知道对象不在了，还可能去调用它，导致了EXC_BAD_ACCESS的错误。当然，如果程序简单的话，很容易能够排查出来，但是我们项目中大多是很复杂的，排查起来就有一定的困难。这个时候就会去使用Zombie工具来做辅助。注意，在专项里面工具都是辅助的，没有一个工具是可以说你做了1，2，3，4步骤就知道问题在哪儿，几乎没有，所以专项并不是很多人想的那么简单的。开启Zombie有两种方式，一种是通过instruments来直接使用，网上都会很推荐这种做法，还有一种就是在如下设置中去运行Zombie默认就打包在app中，这种方法很不可取，因为一旦在上线之前忘记关闭这个选项的话可是毁灭性的。
简单来讲，Zombie会去取代那些已经被销毁的对象，让这些对象并不是null的存在，而是僵尸的存在。这样做的好处在于能够给予我们更多的info来定位问题，而不好的话也是显而易见的，上面官方的描述也写的很清楚，一旦开启full on Zombie mode（这个词来自于美剧I am Zombie），那么你的应用的内存会不停的飙升，因为你的对象永远都不会销毁，直到app crash。所以这里大家要注意危险性。
什么是ARC
这其实要详细了解，大家可以自行Google，这里我就随便截图一段，科普一下
Automatic Reference Counting，自动引用计数，即ARC，可以说是WWDC2011和iOS5所引入的最大的变革和最激动人心的变化。ARC是新的LLVM 3.0编译器的一项特性，使用ARC，可以说一举解决了广大iOS开发者所憎恨的手动内存管理的麻烦。
在工程中使用ARC非常简单：只需要像往常那样编写代码，只不过永远不写retain,release和autorelease三个关键字就好～这是ARC的基本原则。当ARC开启时，编译器将自动在代码合适的地方插入retain, release和autorelease，而作为开发者，完全不需要担心编译器会做错（除非开发者自己错用ARC了）。好了，ARC相当简单吧～到此为止，本教程结束。
什么是EXC_BAD_ACCESS
90%的错误来源在于对一个已经释放的对象进行release操作。不过的确看到这个缺陷，项目一复杂，很难去定位。
案例
所有说专项的没有案例都是耍流氓，真心觉得这是真理。
我千辛万苦的随便找了一个案例，然后发现启动之后就crash，我心都碎了，那么偶尔我们也要来修一次bug不是？基本上我缩小了范围，错误代码如下：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// Override point for customization after application launch.
// Add the navigation controller's view to the window and display.
[self.window addSubview:navigationController.view];
[self.window makeKeyAndVisible];
return YES;
}
错误信息如
2015-09-25 21:32:05.749 Zombie[24745:854954] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Application windows are expected to have a root view controller at the end of application launch'
反正我是不懂，经过了Google之后，我发现是iOS本身API的改变，应该如下修改
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// Override point for customization after application launch.
// Add the navigation controller's view to the window and display.
- [self.window addSubview:navigationController.view];
+ [self.window setRootViewController:navigationController];
[self.window makeKeyAndVisible];
return YES;
}
好了，一切就妥妥的了。经过一系列的操作之后我们可以看到：
类似的错误，然后可以看到如下的错误时候的信息
好了，接着让我们开启full on Zombie Mode吧。使用Zombie来启动我们的应用，按照同样的操作，我们可以看到crash的时候会出现一个小的紫色旗子，上面的信息告诉我们，明显是一个消息发给一个已经被干掉的对象。
我们可以点击Zombie这条额外信息的右边的小箭头，可以看到如下的信息
这里我们可以看到有AutoRelease指向了我们的Zombie project，我们点击进入可以看到：
这里的lastString是一个AutoRelease的变量，而_lastString是指向这个字符串的指针，所以当被自动释放的时候，_lastString就指向了一个null，从而就变成了我们最早看到的那个错误。
至此，我们其实只要将lastString手动的保留一下retain，这个程序就不会再crash了。不过这个程序的确还是存在很多的内存泄漏，作为之后的案例还是很不错的。
