关于 OC 中：@property copy retain

`retain` 指明了一种所有权关系。当某个property被设置后，你会对这个对象有拥有权。在non-ARC下，该对象的reference count会+1。
`copy` 在所有权关系上类似`retain`，不同的是，它不是直接去retain那个对象，而是先去拷贝一份（注意：你应当假定任何拷贝不一定是完全拷贝）。一般情况下，任何mutable的对象应该做一份拷贝。

BTW: 为什么不用ARC？

@krafttuc 不是不用ARC，只是想弄清楚retain和copy区别；

拷贝的是那个对象，还是引用地址的拷贝？（是深拷贝吗？把对象拷贝了一份？）

retain是在原对象的引用计数上加1，copy是生成了一个新对象，脱离了原对象的关联，原对象引用计数不变，该怎样就怎样。对，是深拷贝。
平时没啥需求，NSString为retain即可。

@lerosua ObjC @property的copy attribute显然是浅拷贝。

@lerosua
@tgfbeta 看吧，争议又出现了，谁能给个确切答案。

还有就是在ARC下，NSString 该用copy还是strong？

@lerosua ObjC 里很多对象默认是浅拷贝的，`NSString`, `NSArray` immutable, 拷贝一般是做浅拷贝（考虑到开销）。所以「你应当假定任何拷贝不一定是深拷贝的」。

在ARC下，`NSString` 一般会用 copy，当然 NSManagedObject 下貌似一般是 strong。 copy 还是 strong 有一个简单的原则：就是你是否希望这东西在你这对象之外被改变。

推荐 Effective Objective-C 2.0 这本书，里面的某个条款对property讲得很详细。

retain就是strong的同义词，但在ARC环境下习惯用strong。一般对于NSString,NSArray和NSDictionary这种immutable而又有对应的mutable版本的类，property的声明里都应该用copy，为了防止有人给非mutable的property赋予了一个mutable的实例，例如给NSArray赋一个NSMutableArray。NSMutableArray是NSArray的子类，所以这样做完全是合法的。问题在于之后如果在某个地方给NSMutableArray添加了一个元素，就会出现很奇怪的现象，明明是immutable的NSArray却突然多出来一个元素。声明property为copy则可以避免这种情况，对一个声明为copy的NSArray赋值一个NSMutableArray会自动调用NSMutableArray的copy方法获得一个NSArray，然后再赋值。如果赋的值本身就是一个NSArray，Objective-C会很聪明地简单地把这个NSArray的retainCount+1，并不会真正地去copy。

原来也以为copy是深拷贝，最近看了一些书才知道 @PrideChung 说的是正解。

@PrideChung 赞，解释的非常靠谱，3ks

@xuzhongzhou 深浅拷贝是看在具体的类里面NSCopying这个协议是怎样被实现的，根据NSObject关于copy方法的文档：

This is a convenience method for classes that adopt the NSCopying protocol. An exception is raised if there is no implementation for copyWithZone:.

你实现copyWithZone:的时候让它深它就是深，让它浅它就是浅。Foundation的绝大部分类的copy方法应该都是浅拷贝，一来浅拷贝效率高，二来人家也不太可能擅作主张去复制你的对象。

@PrideChung 赞，涨姿势了！