比如：

@property (retain,nonatomic) NSString *rStr;

@property (copy, nonatomic)   NSString *cStr;

- (void)test:

{

    NSMutableString *mStr = [NSMutableStringstringWithFormat:@'abc'];

    self.rStr   = mStr;

    self.cStr     = mStr;

    NSLog(@'mStr:%p,%p',  mStr,&mStr);

    NSLog(@'retainStr:%p,%p', _rStr, &_rStr);

    NSLog(@'copyStr:%p,%p',   _cStr, &_cStr);

｝

　　假如，mStr對象的地址為0x11，也就是0x11是@“abc”的首地址，mStr變量自身在內存中的地址為0x123；

　　當把mStr賦值給retain的rStr時，rStr對象的地址為0x11，rStr變量自身在內存中的地址為0x124；rStr與mStr指向同樣的地址，他們指向的是同一個對象@“abc”，這個對象的地址為0x11，所以他們的值是一樣的。

　　當把mStr賦值給copy的cStr時，cStr對象的地址為0x22，cStr變量自身在內存中的地址0x125；cStr與mStr指向的地址是不一樣的，他們指向的是不同的對象，所以copy是深復制，一個新的對象，這個對象的地址為0x22，值為@“abc”。

如果現在改變mStr的值：

    [mStr appendString:@'de'];

    NSLog(@'retainStr:%@',  _rStr);

    NSLog(@'copyStr:%@',    _cStr);

結果，

　　使用retain的字串rStr的值：@'abcde',

　　而使用copy的字串cStr的值:@'abc',

　　所以，如果一般情況下，我們都不希望字串的值跟著mStr變化，所以我們一般用copy來設置string的屬性。

　　如果希望字串的值跟著賦值的字串的值變化，可以使用strong，retain。

注意：上面的情況是針對於當把NSMutableString賦值給NSString的時候，才會有不同，如果是賦值是NSString對象，那麼使用copy還是strong，結果都是一樣的，因為NSString對象根本就不能改變自身的值，他是不可變的。

　　把一個對象賦值給一個屬性變量，當這個對象變化了，如果希望屬性變量變化就使用strong屬性，如果希望屬性變量不跟著變化，就是用copy屬性。

　　對源頭是NSMutableString的字符串，retain僅僅是指針引用，增加了引用計數器，這樣源頭改變的時候，用這種retain方式聲明的變量（無論被賦值的變量是可變的還是不可變的），它也會跟著改變;而copy聲明的變量，它不會跟著源頭改變，它實際上是深拷貝。

　　對源頭是NSString的字符串，無論是retain聲明的變量還是copy聲明的變量，當第二次源頭的字符串重新指向其它的地方的時候，它還是指向原來的最初的那個位置，也就是說其實二者都是指針引用，也就是淺拷貝。

另外說明一下，這兩者對內存計數的影響都是一樣的，都會增加內存引用計數，都需要在最後的時候做處理。

　　我們在聲明一個NSString屬性時，對於其內存相關特性，通常有兩種選擇(基於ARC環境)：strong與copy。那這兩者有什麼區別呢？什麼時候該用strong，什麼時候該用copy呢？讓我們先來看個例子。

示例

　　我們定義一個類，並為其聲明兩個字符串屬性，如下所示：

@interface TestStringClass ()
@property (nonatomic, strong) NSString *strongString;
@property (nonatomic, copy) NSString *copyedString;
@end

上面的代碼聲明了兩個字符串屬性，其中一個內存特性是strong，一個是copy。下面我們來看看它們的區別。

首先，我們用一個不可變字符串來為這兩個屬性賦值，

- (void)test {
    NSString *string = [NSString stringWithFormat:@'abc'];
    self.strongString = string;
    self.copyedString = string;
    NSLog(@'origin string: %p, %p', string, &string);
    NSLog(@'strong string: %p, %p', _strongString, &_strongString);
    NSLog(@'copy string: %p, %p', _copyedString, &_copyedString);
}

其輸出結果是：

我 們要以看到，這種情況下，不管是strong還是copy屬性的對象，其指向的地址都是同一個，即為string指向的地址。如果我們換作MRC環境，打 印string的引用計數的話，會看到其引用計數值是3，即strong操作和copy操作都使原字符串對象的引用計數值加了1。

接下來，我們把string由不可變改為可變對象，看看會是什麼結果。即將下面這一句

NSString *string = [NSString stringWithFormat:@'abc'];

改成：

NSMutableString *string = [NSMutableString stringWithFormat:@'abc'];

其輸出結果是：

　　可以發現，此時copy屬性字符串已不再指向string字符串對象，而是深拷貝了string字符串，並讓_copyedString對象指向這個字符 串。在MRC環境下，打印兩者的引用計數，可以看到string對象的引用計數是2，而_copyedString對象的引用計數是1。

　　此 時，我們如果去修改string字符串的話，可以看到：因為_strongString與string是指向同一對象，所以_strongString的 值也會跟隨著改變(需要注意的是，此時_strongString的類型實際上是NSMutableString，而不是NSString)；而 _copyedString是指向另一個對象的，所以並不會改變。

結論

　　由於NSMutableString是NSString的子類，所以一個NSString指針可以指向NSMutableString對象，讓我們的strongString指針指向一個可變字符串是OK的。

　　而上面的例子可以看出，當源字符串是NSString時，由於字符串是不可變的，所以，不管是strong還是copy屬性的對象，都是指向源對象，copy操作只是做了次淺拷貝。

　　當 源字符串是NSMutableString時，strong屬性只是增加了源字符串的引用計數，而copy屬性則是對源字符串做了次深拷貝，產生一個新的 對象，且copy屬性對象指向這個新的對象。另外需要注意的是，這個copy屬性對象的類型始終是NSString，而不是 NSMutableString，因此其是不可變的。

　　這裡還有一個性能問題，即在源字符串是NSMutableString，strong是單純的增加對象的引用計數，而copy操作是執行了一次深拷貝，所以性能上會有所差異。而如果源字符串是NSString時，則沒有這個問題。

　　所以，在聲明NSString屬性時，到底是選擇strong還是copy，可以根據實際情況來定。不過，一般我們將對象聲明為NSString時，都不希望它改變，所以大多數情況下，我們建議用copy，以免因可變字符串的修改導致的一些非預期問題。

　　關於字符串的內存管理，還有些有意思的東西，可以參考NSString特性分析學習。

參考

NSString copy not copying?

NSString特性分析學習

1. NSString什麼時候用copy，什麼時候用strong        那到此為止，筆者總結一下，他（我們公司團隊元老級開發者）說的確實在理，開發中（現在幾乎都是ARC了吧）我們聲明NSString屬性時，它的源字符串一般都是不可變的NSString，此時copy和strong無異。而如果源字符串是NSMutableString的話，copy執行深拷貝，開辟了新內存，性能有所差；      然，上面也說到了，一般我們將對象聲明為NSString時，都不希望它改變，所以大多數情況下，我們建議用copy，以免因可變字符串的修改導致的一些非預期問題。      所以，選擇不去糾結這問題是對的，我還是繼續我的習慣就好了QAQ。。。