關于copy,weak,strong的一些理解(持續更新)

weak:簡單來講是弱引用。引用計數器不會加一,并在引用對象被釋放的時候自動被設置為nil。通常用于解決循環引用問題。適用于delegate和block

Strong:強引用。MRC下引用計數器會加一,默認所有實例變量和局部變量都是Strong指針

Copy:也是強引用,但是引用計數器不會加一。

Assign:assign一般用于基本數據類型,無引用計數器。這種類型是放在棧中的,由系統來控制創建和銷毀。也可以用于對象,但是用于對象并不會引用計數,如果你用它修飾對象,那么他會放在堆中,由我們自己來控制銷毀,而他又是弱類型。所以很容易造成野指針和內存泄露問題。對象被莫名釋放,那么就會崩潰。

注意:在MRC環境下使用retain修飾對象類型,使用assign實現基本類型.

在ARC環境下,strong相當于retain,weak相當于assign,

重點weak只能修飾對象,但是assign可以修飾對象和基本數據類型。

以上只是簡單的理解。下面具體講一下。一個對象可以有多個擁有者,只有我所有指向這個對象的指針全部銷毀。這個對象才會被釋放掉。

strong指針的話很好理解。ARC環境下,默認變量都是這種類型。他會在創建和引用的時候都自動計數器加一。然后只要有一個地方還引用著這個變量,系統就不會銷毀他。這里有一點需要講一下,如果strong類型的變量發生了值得改變,那么內存地址也會隨之改變。 ?? 但是現在完全不需要考慮計數器了。不做過多解釋

weak的話,weak型的指針變量仍然可以指向一個對象,但不屬于對象的擁有.? 有點類似copy,但是又有不同。weak指針會在strong變量銷毀或者發生改變的時候把自己置為nil,避免野指針出現。

再深層次講解的話weak表其實是一個hash(哈希)表,Key是所指對象的地址,Value是weak指針的地址(這個地址的值是所指對象的地址)數組。

截兩張圖看一下吧。PS:傳圖真麻煩。

注意:self.seatDetail? 是weak類型!!少打印了一份地址,當他把值賦給weak的時候,兩個weak公用一份地址。

很明顯可以看到,我把一個strong變量賦值給weak,并沒有開辟內存空間。指向的是一份地址,但是當我blackBox發生改變的時候,weak指向的還是舊的地址。不會跟隨改變。接下來將一個新的weak賦值給weak

兩者會使用同樣的地址。? 然后再賦值給strong的時候,strong的值和地址都會被改變為這個弱類型的。

重點在這里:按照之前各位大神說的這個地址還是strong類型的。并不屬于weak,也就是說如果strong銷毀。weak也會銷毀。但是實際試驗的結果卻是weak并沒有被置為nil,還是保留著那份內存空間。這就很費解了。但是有一點,他如果跟一個strong類型指向同一個對象。確實只會有一份內存空間。

那是不是可以理解為,weak依賴于strong,strong如果不存在,他才會持有這份地址。而且一旦strong再次被他賦值,地址就會重新回歸到strong。但是兩者同時都是weak的時候,依賴關系怎么算呢?是否可以無數多個weak同時指向一份地址,然后銷毀一個其他的全部銷毀?

下面講一下copy,其實copy跟strong的區別只在于setter方法的時候,copy會開辟新的內存。strong不會。比如A(strong),B(copy),C(對象)

C = @"000";//簡單寫法,實際這是淺copy的寫法。其實覺得淺copy有點像weak,但是不能同論。

A = C;

B = C;

C = @"123";

NSLog:A = 123, B = 000, C = 123

結論:strong和weak值發生改變都會開辟新的內存空間,舊的對象如果有人引用,則不會被銷毀。如果無人引用。銷毀。strong和copy具備持有能力。weak不具備。? weak如果指向strong不會再持有,避免循環引用。weak指向weak,一樣不會持有。weak指向copy,一樣不會持有。

提一下深淺copy吧。深copy的目的就是希望幫助開發者在使用復制出來的對象時,能夠不影響原對象。一般用于可變類型。不可變類型就不要考慮什么深淺copy了。淺copy(指針copy)只是增加了一個指向原有對象的指針,并不開辟內存。ARC下就是直接賦值。深copy則會開辟一份新的內存空間來管理兩個對象。

然后自定義對象想要擁有拷貝功能,得自己遵循NSCopying協議,然后,復寫copyWithZone方法。


還有就是copy之后? 不管拿什么類型接收都會變成不可變類型,所以這時候調用可變類型的方法會崩潰? 只能調用不可變類型方法

mutableCopy之后都會變成可變類型。其他的同上

不管copy還是mutableCopy都是深copy,ARC環境下,系統幫大家省去了淺copy,直接賦值就是淺copy。這個時候值會跟隨著變化。? 深copy則不會。


更新:17.6.12

這里說一下NSString屬性為什么要用copy屬性,不是說一定要用copy,包括我大部分時候是用的strong,但是如果這個string需要賦值給某個對象的屬性,就要注意了,修改原有string,對象的屬性也會隨之改變。如果用copy,就會另開辟內存空間,不會強引用這個值。









最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,001評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,786評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,986評論 0 381
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,204評論 1 315
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,964評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,354評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,410評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,554評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,106評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,918評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,093評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,648評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,342評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,755評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,009評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,839評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,107評論 2 375

推薦閱讀更多精彩內容