在iOS開發(fā)中巧娱，幾乎每天都會遇到NSString屬性的聲明，
在ARC內存管理機制下僧凰，
NSString屬性聲明有兩個關鍵字可以選擇：strong和copy掂榔；
那么問題來了址儒，什么時候用copy，什么時候用strong衅疙？

下面我寫一個小demo，希望大家能看懂鸳慈，也還請路過的大神指教饱溢！

我在.h文件中聲明了兩個NSString屬性，如下：

@property(nonatomic, strong) NSString *strongStr;

@property(nonatomic, copy) NSString *copyyStr;
// 注：不能以alloc走芋，new绩郎，copy潘鲫，mutableCopy 作為開頭命名，比如：copyStr

第一種場景：用NSString直接賦值

// 第一種場景：用NSString直接賦值
NSString *originStr1 = [NSString stringWithFormat:@"hello,everyone"];

_strongStr = originStr1;
_copyyStr = originStr1;
    
NSLog(@"第一種場景：用NSString直接賦值");
NSLog(@"               對象地址         對象指針地址        對象的值   ");
NSLog(@"originStr: %p , %p , %@", originStr1, &originStr1, originStr1);
NSLog(@"strongStr: %p , %p , %@", _strongStr, &_strongStr, _strongStr);
NSLog(@" copyyStr: %p , %p , %@", _copyyStr, &_copyyStr, _copyyStr);

然后我們運行一下肋杖，打印結果如下圖：

結論：這種情況下溉仑，不管是用strong還是copy修飾的對象，其指向的地址都是originStr的地址状植。

第二種場景：用NSMutableString直接賦值

// 第二種場景：用NSMutableString直接賦值
NSMutableString *originStr2 = [NSMutableString stringWithFormat:@"hello,everyone"];

_strongStr = originStr2;
_copyyStr = originStr2;

[originStr2 setString:@"hello,QiShare"];
    
NSLog(@"第二種場景：用NSMutableString直接賦值");
NSLog(@"               對象地址         對象指針地址        對象的值   ");
NSLog(@"originStr: %p , %p , %@", originStr2, &originStr2, originStr2);
NSLog(@"strongStr: %p , %p , %@", _strongStr, &_strongStr, _strongStr);
NSLog(@" copyyStr: %p , %p , %@", _copyyStr, &_copyyStr, _copyyStr);

然后我們運行一下浊竟，打印結果如下圖：

看到這里，同學們可能會有疑問津畸，為什么不論是用strong還是copy修飾的對象振定，其指針指向的地址依然還是originStr的地址？為什么_copyyStr的值會變成“hello肉拓，QiShare”呢后频？不應該是“hello，everyone”嗎暖途？
咱們先不解釋卑惜，賣個關子，我們接著往下看驻售。

第三種場景：用NSMutableString點語法賦值

// 第三種場景：用NSMutableString點語法賦值
NSMutableString *originStr3 = [NSMutableString stringWithFormat:@"hello,everyone"];
    
self.strongStr = originStr3;
self.copyyStr = originStr3;
    
[originStr3 setString:@"hello,QiShare"];
    
NSLog(@"第三種場景：用NSMutableString點語法賦值");
NSLog(@"               對象地址         對象指針地址        對象的值   ");
NSLog(@"originStr: %p , %p , %@", originStr3, &originStr3, originStr3);
NSLog(@"strongStr: %p , %p , %@", _strongStr, &_strongStr, _strongStr);
NSLog(@" copyyStr: %p , %p , %@", _copyyStr, &_copyyStr, _copyyStr);

然后我們運行一下露久，打印結果如下圖：

OK，這回我們終于看到我們希望看到的結果了芋浮，
_copyyStr依然是“hello抱环，everyone”，沒有變成“hello纸巷，QiShare”镇草，
_copyyStr指針指向的地址不再是_originStr的地址。
細心的同學會發(fā)現(xiàn)瘤旨，第三種在賦值的時候用了點語法梯啤，而不是直接賦值。
除了將 _strongStr = originStr2; 改為 self.strongStr = originStr3;
_copyyStr = originStr2;改為 self.copyyStr = originStr3;
其余完全一樣存哲。

也就是說因宇，我們將_copyyStr = originStr2;改為 self.copyyStr = originStr3;才導致了_copyyStr的值在第三種情況下依然沒有改變，這是為什么呢祟偷？

當我們用@property來聲明屬性變量時察滑，編譯器會自動為我們生成一個以下劃線加屬性名命名的實例變量（@synthesize copyyStr = _copyyStr），并且生成其對應的getter修肠、setter方法贺辰。
當我們用self.copyyStr = originStr賦值時，會調用coppyStr的setter方法，而_copyyStr = originStr 賦值時給_copyyStr實例變量直接賦值饲化，并不會調用copyyStr的setter方法莽鸭，而在setter方法中有一個非常關鍵的語句：

_copyyStr = [copyyStr copy];

結論：第三種場景中用self.copyyStr = originStr 賦值時，調用copyyStr的setter方法吃靠，setter方法對傳入的copyyStr做了次深拷貝生成了一個新的對象賦值給_copyyStr硫眨，所以_copyyStr指向的地址和對象值都不再和originStr相同。

第四種場景：用NSString點語法賦值

// 第四種場景：用NSString點語法賦值
NSString *originStr4 = [NSString stringWithFormat:@"hello,everyone"];

self.strongStr = originStr4;
self.copyyStr = originStr4;
    
NSLog(@"第三種場景：用NSMutableString點語法賦值");
NSLog(@"               對象地址         對象指針地址        對象的值   ");
NSLog(@"originStr: %p , %p , %@", originStr4, &originStr4, originStr4);
NSLog(@"strongStr: %p , %p , %@", _strongStr, &_strongStr, _strongStr);
NSLog(@" copyyStr: %p , %p , %@", _copyyStr, &_copyyStr, _copyyStr);

這里我們將_copyyStr = originStr;改成了self.copyyStr = originStr;
這時候打印結果會是什么樣呢巢块？

看了打印結果礁阁，可能有的同學會產(chǎn)生疑問，為什么用了self.copyyStr = originStr進行賦值夕冲，調用了setter方法氮兵，調用了_copyyStr = [copyyStr copy]之后，_copyyName指向的地址和originStr指向的地址還是相同的呢歹鱼？

原因：這里的copy是淺拷貝泣栈，并沒有生成新的對象

總結：

由上面的例子可以得出：

當原字符串是NSString時，由于是不可變字符串弥姻，所以南片，不管使用strong還是copy修飾，都是指向原來的對象庭敦，copy操作只是做了一次淺拷貝疼进。
而當源字符串是NSMutableString時，strong只是將源字符串的引用計數(shù)加1秧廉，而copy則是對原字符串做了次深拷貝伞广，從而生成了一個新的對象，并且copy的對象指向這個新對象疼电。另外需要注意的是嚼锄，這個copy屬性對象的類型始終是NSString，而不是NSMutableString蔽豺，如果想讓拷貝過來的對象是可變的区丑，就要使用mutableCopy。
所以修陡，如果源字符串是NSMutableString的時候沧侥，使用strong只會增加引用計數(shù)。
但是copy會執(zhí)行一次深拷貝魄鸦，會造成不必要的內存浪費宴杀。而如果原字符串是NSString時，strong和copy效果一樣拾因，就不會有這個問題旺罢。

但是斯棒，我們一般聲明NSString時，也不希望它改變主经，所以一般情況下，建議使用copy庭惜，這樣可以避免NSMutableString帶來的錯誤罩驻。

順便路過提一下assign與weak

我們都知道，assign用來修飾基本數(shù)據(jù)類型护赊，weak用來修飾OC對象惠遏。

其實照理，assign也能修飾OC對象骏啰，但是assign修飾的對象在該對象釋放后节吮，其指針依然存在，不會被置為nil——這就造成了一個很嚴重的問題：出現(xiàn)了野指針判耕。當訪問這個野指針時透绩，指向了原地址，而原地址是nil壁熄，所以會造成程序的crash帚豪。但是用weak來修飾的話，對象釋放的時候會把指針置為nil草丧，從而避免了野指針的出現(xiàn)狸臣。

那又有個疑問出現(xiàn)了，憑什么基本數(shù)據(jù)類型就可以使用assign昌执。這就要扯到堆和棧的問題了烛亦，基本數(shù)據(jù)類型會被分配到棧空間懂拾，而椕呵荩空間是由系統(tǒng)自動管理分配和釋放的，就不會造成野指針的問題委粉。

ps：本文demo鏈接：https://github.com/QiShare/QiStrongVsCopy

iOS strong和copy的區(qū)別