也扯内存泄露

还是内存泄露了，我发现这个东西，有点像中医。脚痛医脚是不对的，脚痛了，关于脚的代码看了一遍又一遍，发现没有问题。后来发现，头有点问题，要医头啊。

关键在于治本，不在治标。说了这么多，我的问题还没有解决。

看一下

Objective-C 内存管理精髓

搞定了，记录一下，大概是这样子的，我把变量b浅拷贝给了变量a，a=b。a之前没有alloc，所以a的内存地址和b的地址变成一样了。在一段代码里面b被release掉了。这个时候其实a的地址指向的内存空间已经木有数据了。

会出一些比较奇怪的现象。我之前还一直再看b的代码。

这个时候肯定是有问题的，当然是同事帮忙才搞定的，还是太水了，在此好好谢谢那位好同事。但是在同事帮忙解决这个问题的时候，我已经把a抓出来了，就是用 僵尸这个功能，详情请参考我另外一篇转发的文章

当程序崩溃的时候怎么办 Part-2

还是需要恶补一下内存管理这块知识，不过却是，以前我打变量，从来不会想着把它的地址也给打出来。还是看到自己的进步的。

刚瞟了一眼，觉得可以理解一下

http://blog.sina.com.cn/s/blog_6badd5400100u2uu.html

 

http://www.cocoachina.com/bbs/simple/?t74939.html

http://www.cocoachina.com/newbie/basic/2012/0723/4484.html




比如ClassA类的一个属性对象的Setter方法：
- ( void )setMyArray:(NSMutableArray *)newArray {
     if (myArray != newArray) {
         [myArray release];
         myArray = [newArray retain];
     }
}


假设这个类的一个实例为'a'，调用setMyArray后，我们就可以说a拥有了一个新的myArray实例，也可以说a引用了一个新的myArray实例。其中调用的retain方法，使myArray的retainCount加一，我们需要注意以下两个地方：
1，setMyarray方法中，在retain之前先release了旧实例一次
2，在本实例的dealloc方法中，本应该是要再次release当前实例的，但回头看看参考内存管理准则。它并不合理，对吧。。。多了一次release。这里比较推荐的做法是：
[ myArray setMyArray:nil ];


对这句话还不是很明白，不明白，为什么作者说它不合理，我觉得挺合理的啊。