autoreleasepool的釋放分兩種情況。

• 一個是在runloop中隱式創(chuàng)建的autoreleasepool，每個接受autorelease消息的對象，都會在runloop結(jié)束時釋放。對于每一個Runloop， 系統(tǒng)會隱式創(chuàng)建一個Autorelease pool，這樣所有的release pool會構(gòu)成一個象CallStack一樣的一個棧式結(jié)構(gòu)，在每一個Runloop結(jié)束時，當前棧頂?shù)腁utorelease pool會被銷毀，這樣這個pool里的每個Object會被release

image.png

• 二是自定義的自動釋放池

  • 有兩種自定義的方法：

    • NSAutoreleasePool *pool = [[NSAutoreleasePool alloc]init] 這種方法只能在MRC中使用，什么時候釋放需要你自己管理?？梢哉{(diào)用 [pool drain]方法進行釋放。

    • @autoreleasepool {}這種方法可以用在MRC和ARC中，它比NSAutoreleasePool更高效。這種情況在大括號結(jié)束釋放。

鏈接：http://blog.csdn.net/weimuyi/article/details/51085590

image.png

這個代碼細看并沒有什么不對勁的地方，也很難找到會發(fā)生內(nèi)存泄露的地方，但是也是寫代碼時最容易出現(xiàn)的code。在ARC模式下，所有的變量在每次的for循環(huán)之后都應(yīng)該是釋放了的呀，到底是哪里出現(xiàn)了內(nèi)存上漲么呢？ARC是自動釋放內(nèi)存，但只是在恰當?shù)臅r候釋放掉內(nèi)存！那難道是我們覺得應(yīng)該釋放的時候，此時并不是這個"恰當"的時機，內(nèi)存并沒有釋放么？使用自動釋放池autoreleasepool，內(nèi)存不再上漲了：

image.png

內(nèi)存老實了很多嘛，后來在網(wǎng)上查到的是這個：該循環(huán)內(nèi)產(chǎn)生大量的臨時對象，直至循環(huán)結(jié)束才釋放，可能導致內(nèi)存泄漏，在循環(huán)中創(chuàng)建自己的autoReleasePool，能夠及時釋放占用內(nèi)存大的臨時變量，減少內(nèi)存占用峰值。

補充一些內(nèi)存泄漏情況：https://www.cnblogs.com/fengmin/p/8177748.html