strong 和 weak

strong:使得對象的引用計數器 +1

weak:不會使得對象的引用計數器 +1

將一個對象通過 addXXX 方法添加數組中時,同樣會使得對象的引用計數器+1

所以,當將一個實例添加到self.view中時,引用計數器已經為1了,視圖是由self.view持有的,如果,一旦添加一個屬性,聲明一個單獨的引用來指向對象時,聲明為strong會導致計數器再+1。當視圖需要從self.view中移除掉時,引用計數器-1,但計數器依然會因為這個strong引用的存在而是1,一個不再出現在界面的視圖,因為計數器不為0而駐留在內容中,是比較浪費資源的,所以,添加到self.view中的子視圖,再添加一個屬性引用時,就不要使用strong,而最好選擇weak。

(weak和strong)不同的是 當一個對象不再有strong類型的指針指向它的時候 它會被釋放? ,即使還有weak型指針指向它。

一旦最后一個strong型指針離去 ,這個對象將被釋放,所有剩余的weak型指針都將被清除。


首先有一點,在OC中,如果對象沒有強引用,就會被自動釋放,那么為什么控件還可以設為weak?

1. 從storyboard或者xib上創建控件,在控件放在view上的時候,已經形成了如下的引用關系,以UIButton為例:

UIViewController->UIView->subView->UIButton

然后你為這個UIButton聲明一個weak屬性

@property(nonatomic,weak)IBOOutletUIButton*btn;

相當于xib/sb對這個Button是強引用,你聲明的屬性對它是弱引用。

2.手動創建控件

a). 將控件聲明成strong

@property(nonatomic,strong)UIButton*btn;

那么你在實現這個控件時只需這樣:

_btn = [[UIButton alloc]init];[self.view addSubview:_btn]

b). 將控件聲明成weak

@property(nonatomic,weak) UIButton *btn;

那么你在實現這個控件時需要這樣:

UIButton *button = [[UIButton alloc]init];_btn = button;[self.view addSubview:_btn];


IBOutlet的屬性一般可以設為weak是因為它已經被view引用了,除非view被釋放,否則IBOutlet的屬性也不會被釋放,另外IBOutlet屬性的生命周期和view應該是一致的,所以IBOutlet屬性一般設為weak。

簡單的說,如果IBOutlet對象是nib/sb scene的擁有者(File’s owner)所持有的對象,那么很顯然擁有者必須“擁有”對象的指針,因此屬性應設置為strong。而其他的IBOutlet對象的屬性需要設置為weak,因為擁有者并不需要“擁有”他們的指針。舉例來說,UIViewController的view屬性是strong,因為controller要直接擁有view。而添加到view上的subviews,作為IBOutlet只需要設置為weak就可以了,因為他們不是controller直接擁有的。直接擁有subviews的是controller的view,ARC會幫助管理內存。

第一種情形前面已經解釋過了,對于第二種,通俗點將,就是controller需要直接控制某一個subview并且將subview添加到其他的view tree上去。

單純從ARC的角度思考,用weak也是很顯然的:因為subview添加到view上時,view會“擁有”subview。當然,給IBOutlet屬性設置為strong也沒有錯,“糾結誰對誰錯“的問題可能需要上升到模式或者編碼習慣的問題,已經超出本文的范圍。


assign: 用于非指針變量。用于

基礎數據類型 (例如NSInteger)和C數據類型(int, float, double, char, 等),另外還有id

如:

@property (nonatomic, assign) int number;

@property (nonatomic, assign) id className;//id必須用assign

反正記住:前面不需要加 “*” 的就用assign吧

retain:用于指針變量。就是說你定義了一個變量,然后這個變量在程序的運行過程中會被更改,并且影響到其他方法。一般是用于字符串( NSString,NSMutableString),數組(NSMutableArray,NSArray),字典對象,視圖對象(UIView ),控制器對象(UIViewController)等 比如:

?@property (nonatomic,retain) NSString * myString;?

@property (nonatomic, retain) UIView * myView;?

@property (nonatomic, retain) UIViewController * myViewController;?

xcode 4.2不支持ARC,所以會頻繁使用retain來修飾,用完釋放掉,而xcode4.3以后支持ARC,可以使用retian,不需要手動釋放內存,系統會自動為你完成,如果你在xcode4.3以后上面開發,retian和strong都是一樣的,沒區別?

strong和weak:

?事實上 @property(nonatomic,strong) MyClass *myObject;就是相當于

@property(nonatomic,retain) MyClass *myObject;

@property(nonatomic, weak )id delegate;就是相當于

@property(nonatomic,assign )id delegate;?

?copy:這個東西估計是大部分人最不容易搞明白的東西,我也搞不明白。聽別人說這個東西基本不用了,效果其實和retain沒什么兩樣,唯一的區別就是copy只用于NSString而不能用于NSMutableString。 不過好像當一個類繼承NSObject,那么這個類里面的屬性需要使用copy,比如:?

#import#import@interface Annotation : NSObject{

CLLocationCoordinate2D coordinate;

NSString *title;

NSString *subtitle;

}

@property (nonatomic) CLLocationCoordinate2D coordinate;

@property (nonatomic, copy) NSString *title;

@property (nonatomic, copy) NSString *subtitle;

@end

反正以后就這么用就是了

反正就記住一點:xcode4.2用retain和assign ;xcode4.3或以上版本用strong與weak 。以前用xcode4.2開發程序的程序員會習慣用retain ,所以代碼都是retian的,新手如果從xcode4.3學起的話就用strong與weak? 吧,這里面講的區別有些不對的地方。


readonly:此標記說明屬性是只讀的,默認的標記是讀寫,如果你指定了只讀,在@implementation中只需要一個讀取器。或者如果你使用@synthesize關鍵字,也是有讀取器方法被解析。而且如果你試圖使用點操作符為屬性賦值,你將得到一個編譯錯誤。

readwrite:此標記說明屬性會被當成讀寫的,這也是默認屬性。設置器和讀取器都需要在@implementation中實現。如果使用@synthesize關鍵字,讀取器和設置器都會被解析。

assign:此標記說明設置器直接進行賦值,這也是默認值。在使用垃圾收集的應用程序中,如果你要一個屬性使用assign,且這個類符合NSCopying協議,你就要明確指出這個標記,而不是簡單地使用默認值,否則的話,你將得到一個編譯警告。這再次向編譯器說明你確實需要賦值,即使它是可拷貝的。

retain:指定retain會在賦值時喚醒傳入值的retain消息。此屬性只能用于Objective-C對象類型,而不能用于Core Foundation對象。(原因很明顯,retain會增加對象的引用計數,而基本數據類型或者Core Foundation對象都沒有引用計數——譯者注)。

copy:它指出,在賦值時使用傳入值的一份拷貝。拷貝工作由copy方法執行,此屬性只對那些實行了NSCopying協議的對象類型有效。更深入的討論,請參考“復制”部分。

nonatomic:指出訪問器不是原子操作,而默認地,訪問器是原子操作。這也就是說,在多線程環境下,解析的訪問器提供一個對屬性的安全訪問,從獲取器得到的返回值或者通過設置器設置的值可以一次完成,即便是別的線程也正在對其進行訪問。如果你不指定nonatomic,在自己管理內存的環境中,解析的訪問器保留并自動釋放返回的值,如果指定了nonatomic,那么訪問器只是簡單地返回這個值。

atomic是Objc使用的一種線程保護技術,基本上來講,是防止在寫未完成的時候被另外一個線程讀取,造成數據錯誤。而這種機制是耗費系統資源的,所以在iPhone這種小型設備上,如果沒有使用多線程間的通訊編程,那么nonatomic是一個非常好的選擇。

所以property的屬性默認是:readwrite,assign, atomic

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

推薦閱讀更多精彩內容