开启僵尸对象监控就可以很方便地找到EXC_BAD_ACCESS错误的地方了。开启方法：Edit Scheme -> Diagnostics -> 勾上Enable Zombie Objects.

(另外： NSLog(@"id : %@",id); //id is integer,should be printed as %d 像这样的语句也会引起EXC_BAD_ACCESS，大家要注意了哦 )

首先说一下 EXC_BAD_ACCESS 这个错误，可以这么说，90%的错误来源在于对一个已经释放的对象进行release操作。

Objective-C 中:

1. #import  <Foundation/Foundation.h>
   
2. int main (int argc, const char * argv[])
   
3. {
   
4.     NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
   
5.     NSString* s = [[NSString alloc]initWithString:@”This is a test string”];
   
6.     s = [s substringFromIndex:[s rangeOfString:@"a"].location];  // 内存泄露
   
7.     [s release];  // 错误释放
   
8.     [pool drain];  // EXC_BAD_ACCESS
   
9.     return 0;
   
10. }

复制代码

这个例子当然狠容易的看出问题所在，如果这段代码包含在一个很大的逻辑中，确实容易被忽略。Objective-C 这段代码有三个致命问题：1、内存泄露；2、错误释放；3、造成 EXC_BAD_ACCESS 错误。

1， NSString* s = [[NSString alloc]initWithString: @”This is a test string”]; 创建了一个 NSString Object，随后的 s = [s substringFromIndex:[s rangeOfString: @"a"].location]; 执行后，导致创建的对象引用消失，直接造成内存泄露。

2，错误释放。[s release]; 这个问题，原因之一是一个逻辑错误，以为 s 还是我们最初创建的那个 NSString 对象。第二是因为从 substringFromIndex: (NSUInteger i) 这个方法返回的 NSString 对象，并不需要我们来释放，它其实是一个被 substringFromIndex 方法标记为 autorelease 的对象。如果我们强行的释放了它，那么会造成 EXC_BAD_ACCESS 问题。

3， EXC_BAD_ACCESS。由于 s 指向的 NSString 对象被标记为 autorelease, 则在 NSAutoreleasePool 中已有记录。但是由于我们在前面错误的释放了该对象，则当 [pool drain] 的时候，NSAutoreleasePool 又一次的对它记录的 s 对象调用了 release 方法，但这个时候 s 已经被释放不复存在，则直接导致了 EXC_BAD_ACCESS问题。

开启僵尸对象监控就可以很方便地找到EXC_BAD_ACCESS错误的地方了。开启方法：Edit Scheme -> Diagnostics -> 勾上Enable Zombie Objects.

(另外： NSLog(@"id : %@",id); //id is integer,should be printed as %d 像这样的语句也会引起EXC_BAD_ACCESS，大家要注意了哦 )

首先说一下 EXC_BAD_ACCESS 这个错误，可以这么说，90%的错误来源在于对一个已经释放的对象进行release操作。

Objective-C 中:

1. #import  <Foundation/Foundation.h>
   
2. int main (int argc, const char * argv[])
   
3. {
   
4.     NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
   
5.     NSString* s = [[NSString alloc]initWithString:@”This is a test string”];
   
6.     s = [s substringFromIndex:[s rangeOfString:@"a"].location];  // 内存泄露
   
7.     [s release];  // 错误释放
   
8.     [pool drain];  // EXC_BAD_ACCESS
   
9.     return 0;
   
10. }

复制代码

这个例子当然狠容易的看出问题所在，如果这段代码包含在一个很大的逻辑中，确实容易被忽略。Objective-C 这段代码有三个致命问题：1、内存泄露；2、错误释放；3、造成 EXC_BAD_ACCESS 错误。

1， NSString* s = [[NSString alloc]initWithString: @”This is a test string”]; 创建了一个 NSString Object，随后的 s = [s substringFromIndex:[s rangeOfString: @"a"].location]; 执行后，导致创建的对象引用消失，直接造成内存泄露。

2，错误释放。[s release]; 这个问题，原因之一是一个逻辑错误，以为 s 还是我们最初创建的那个 NSString 对象。第二是因为从 substringFromIndex: (NSUInteger i) 这个方法返回的 NSString 对象，并不需要我们来释放，它其实是一个被 substringFromIndex 方法标记为 autorelease 的对象。如果我们强行的释放了它，那么会造成 EXC_BAD_ACCESS 问题。

3， EXC_BAD_ACCESS。由于 s 指向的 NSString 对象被标记为 autorelease, 则在 NSAutoreleasePool 中已有记录。但是由于我们在前面错误的释放了该对象，则当 [pool drain] 的时候，NSAutoreleasePool 又一次的对它记录的 s 对象调用了 release 方法，但这个时候 s 已经被释放不复存在，则直接导致了 EXC_BAD_ACCESS问题。