@property(nonatomic, strong) NSString *strongStr;@property(nonatomic, copy) NSString *copyStr;
NSString *newString = [NSString stringWithFormat:@"newString"];_strongStr = newString;_copyStr = newString;NSLog(@"newString 对象地址: %p ,对象指针地址:%p ,对象的值:%@", newString, &newString, newString);NSLog(@"strongStr 对象地址: %p ,对象指针地址: %p ,对象的值:%@", _strongStr, &_strongStr, _strongStr);NSLog(@"copyStr 对象地址: %p ,对象指针地址:%p ,对象的值:%@", _copyStr, &_copyStr, _copyStr);
输出:
结论:
copy、strong修饰的变量地址都指向newString的内存地址
NSString *newString = [NSString stringWithFormat:@"newString"];self.strongStr = newString;self.copyyStr = newString;
输出:
结论:
结论和场景一是相同的
NSMutableString *newString = [NSMutableString stringWithFormat:@"newString"];_strongStr = newString;_copyyStr = newString;[newString setString:@"change String"];
输出:
结论:
结论和场景一、二是相同的
NSMutableString *newString = [NSMutableString stringWithFormat:@"newString"];self.strongStr = newString;self.copyyStr = newString;[newString setString:@"change String"];NSLog(@"newString 对象地址: %p ,对象指针地址:%p ,对象的值:%@", newString, &newString, newString);NSLog(@"strongStr 对象地址: %p ,对象指针地址:%p ,对象的值:%@", _strongStr, &_strongStr, _strongStr);NSLog(@" copyStr 对象地址: %p ,对象指针地址:%p ,对象的值:%@", _copyyStr, &_copyyStr, _copyyStr);
输出:
copy
修饰的变量,对象地址不一致了,指针指向了一个新的内存区域(相当于深拷贝),导致新值(newString)修改时不会影响。copy修饰符究竟做了什么?这就是我们探究的起点
这个相信结论大家都是知道的:
self.strongStr
这种方式是调用了set方法;_strongStr
种方式是直接对值进行修改;通过clang
来查看strongStr
变量的两种不同写法编译后的源码:
self + OBJC_IVAR_...(属性偏移值) = strongStr的内存地址
,而后在内存中进行替换。所以在日常使用时,建议多使用
_strongStr
这种方式.(尽管性能提升的非常有限,但态度要有【狗头】)
通过clang
来查看copyStr
变量的两种不同写法编译后的源码:
结论:
观察下来使用copy或者strong对于编译后的源码并没有发现什么本质的区别,那问题肯定是出在set方法
上。
strong修饰变量的Set方法
通过指针偏移后,将变量指针指向新的地址。
copy修饰变量的Set方法
copy修饰变量
的直接赋值是:通过指针偏移后,将变量指针指向新的地址。而set方法则调用的objc_setProperty函数
,问题肯定出在这个函数上。llvm
中搜索objc_setProperty
为什么copy修饰的变量set方法是调用objc_setProperty函数
,而strong修饰却没有呢?由于苹果在llvm中对set方法做了解决.
objc_setProperty_nonatomic_copy
使用copy修饰属性之后。属性的set方法是调用了新值的copy协议,也就是调用了NSMutableString的copyWithZone方法
Founation苹果并没有开源
,所以需要别的途径。其中有几个思路:CFFounation、Swift中的Founation(开源)、GNUstep
。其中:CFFounation根本就没有满足NSCopying协议;Swift尽管开源了,但是不够明确。最终发现了GNUstep-翀鹰精灵。而后我打开了新世界。
NSMutableString
并没有找到对应的copyWithZone
,继续向上找到父类NSString
的copyWithZone
。NSMutableString
的allocWithZone
新的内存空间
,进行了内容拷贝,浅显可以了解为进行了深拷贝
objc_setProperty函数
,而最终会调用新值对应类型(NSMutableString)
的copyWithZone
。通过第6步可知,就是完成了一次深拷贝
,从而生成了一个新的对象,并且copy的对象指向这个新对象;浅拷贝
一般公告不可变类型,就是不希望它变化,所以还是
建议使用Copy来修饰
,尽管白费了内存但是更加安全。
地址偏移
来完成值的修改。atomic可以保证setter和getter存取的线程安全并不保证整个对象是线程安全的。
比方,公告一个NSMutableArray的原子属性array,此时self.array和self.array = otherArray都是线程安全的。但是,使用[self.array objectAtIndex:index]就不是线程安全的,需要用锁来保证线程安全性。