为何ViewController释放后不走dealloc

在一个项目中，如果ViewController使用完成之后，发现这个东东并没有释放掉，dealloc方法不走，看着那个内存蹭蹭的网上增，就跟自己的火气一样。相信大家都知道如何去释放一个不用的ViewController，但是还是有些其他因素限制了内存释放。

首先 ，如果你创建了一个VController,使用它却没释放它，那这个VC肯定存在,那dealloc指定不调用，那么你创建的类就会内存泄露

    textViewController * text = [[textViewController alloc] init];

    [self.navigationController pushViewController:text animated:YES];

    //[text release];

然后，如果你的VC中有NSTimer，那么就要注意了，因为当你

[NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(updateTime:) userInfo:nil repeats:YES];

时，这个 target:self 就增加了VC的RetarnCountr如果你不将这个timer invalidate，就别想调用dealloc。

再然后，一个比较隐蔽的因素，你反过头去找找看，跟这个类有关的代理，嗯，对是代理，有没有强引用的属性啊？对，比如一个代理的delegate应该是 assign 的现在是retain，(╯‵□′)╯︵┻━┻，就是这个，它会影响你不让你调用dealloc，不信，就试试吧。

最后，如果以上都没有问题的话，那么，真问题就来了。我就遇到了这种情况，在使用ASI进行网络请求的时候，因为需求原因，我使用属性将名为 ASIFormDataRequest 的NSOperation 标记住了，就将上面的问题找了又找，就是不行，最后是将那个标记的属性置为 nil 才解决了这个不调用 dealloc 的这个蛋疼问题。所以，如果你遇到了比较隐蔽的原因，那就去找找你自己控制不了的因素，就像这个第三方。如果你不了解它的运行机制，那就一定要注意这个库对你程序的影响。嗯，善用XXX.delegate = self;

PS:dealloc中的释放也是有顺序的，就好比创建时，先父类，再子类，释放的时候反过来，不然有几率会crash，至于原因。 ———————— 看了一个帖子，上面说：子类是父类的继承，比较NB，以至于要杀死他们的时候应该先干掉比较牛B的子类。    看完后我就记住了。很有意思~