原文連接:http://blog.csdn.net/xumugui007/article/details/50960907app
強引用和弱引用:ui
咱們已經知道OC中的內存管理是經過「引用計數器」來實現的。一個對象的生命週期取決於它是否還被其餘對象引用(是否retainCount=0)。但在有些狀況下,咱們並不但願對象的銷燬時間由是否被其餘對象引用來決定,而是這個對象本該是何時銷燬就何時被銷燬。這時,咱們得引入「強引用」和「弱引用」的概念。url
強引用:當前對象被其餘對象引用時,會執行retain操做,引用計數器+1。當retainCount=0時,該對象纔會被銷燬。由於咱們要進行對象的內存管理,因此這是默認的引用方式。(默認是強引用)spa
弱引用:當前對象的生命週期不被是否由其餘對象引用限制,它本該何時銷燬就何時被銷燬。即便它的引用沒斷,可是當它的生存週期到了時就會被銷燬。.net
在定義屬性時,若聲明爲retain類型的,則就是強引用;若聲明爲assign類型的,則就是弱引用。後來內存管理都由ARC來完成後,如果強引用,則就聲明爲strong;如果弱引用,則就聲明爲weak。指針
因此說,retain和strong是一致的(聲明爲強引用);assign和weak是基本一致的(聲明爲弱引用)。 之因此說它倆是基本一致是由於它倆仍是有所不一樣的,weak嚴格的說應當叫「 歸零弱引用 」,即當對象被銷燬後,會自動的把它的指針置爲nil,這樣能夠防止野指針錯誤。而assign銷燬對象後不會把該對象的指針置nil,對象已經被銷燬,但指針還在癡癡的指向它,這就成了野指針,這是比較危險的。 code
避免「強引用循環「的僵局:對象
默認的引用方式是強引用,但上面說了有時咱們還得使用弱引用,那是什麼狀況呢? blog
答案,強引用循環:A對象強引用了B對象,B對象也強引用了A。由於都是強引用,也就是不管是A是B都要在對方的引用斷了後才能銷燬,但要斷了引用,就必須對方對象銷燬。就會出現這種僵局,爲了不出現這種狀況,就應該有一個對象「示弱」,使其爲「弱引用」。 生命週期
比較常見的,視圖中的父子視圖之間的引用:父視圖強引用子視圖,子視圖弱引用父視圖。
總結:因爲要進行內存管理的緣故,OC裏的引用默認都是強引用,但爲了不出現」強引用循環僵局「,因此有了弱引用(assign)。
關於copy: 參考連接
retain和strong都是 指針拷貝。 當有其餘對象引用當前對象時,會拷貝一份當前對象的地址,這樣它就也指向當前對象了。因此,仍是同一個對象,只是retainCount+1;
而copy則是 內容拷貝。 是實實在在的拷貝一個新的對象,拷貝了它的內存內容,成爲一個新的對象(retainCount=1)。
深拷貝(mutableCopy)和淺拷貝(copy):
深拷貝就是內容拷貝,淺拷貝就是指針拷貝。
在OC中,若要進行對象的拷貝,則該對象所屬的類必須遵照NSCopying和NSMutableCopy協議,並重寫copyWithZone:和mutableCopyWithZone:方法。而系統原生類,之因此能夠直接進行拷貝是由於它已幫咱們自動作了這些事
在Objective-C的ARC模式中,
1 |
|
這裏雖然沒有顯示的聲明爲__strong,可是Objective-C默認聲明的一個對象就爲__strong,即:
1 |
|
和
1 |
|
是等價的。
在強引用中,有時會出現循環引用的狀況,這時就須要弱引用來幫忙(__weak)。
強引用持有對象,弱引用不持有對象。
強引用能夠釋放對象,但弱引用不能夠,由於弱引用不持有對象,當弱引用指向一個強引用所持有的對象時,當強引用將對象釋放掉後,弱引用會自動的被賦值爲nil,即弱引用會自動的指向nil。
下面用代碼來講明:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
|