简介
通俗的称为写时拷贝的一种机制，也就是说读的时候并不需要拷贝
应用场景
并发线程中对同一块资源同时处理数据错乱问题
一般解决方法
1.对同时访问的这块资源加锁，多个线程轮流访问
2.对每个来读这块资源的线程直接访问就是了，每个来写这块资源的线程就临时拷贝一份资源给他们处理，也就是copy on write
swift与oc的差异
Swift当中所有针对集合类的操作，都符合copy on write(COW)的机制，分别用同一份代码来做下测试
Objective C code
NSMutableArray *test1Arr = [NSMutableArray arrayWithObjects:@[@1,@2,@3,@4,@5], nil];
NSMutableArray *test2Arr = test1Arr;
dispatch_async(dispatch_get_global_queue(0, 0), ^{
[test2Arr removeAllObjects];
NSLog(@"子线程:%@%@",[NSThread currentThread],test1Arr);
});
NSLog(@"主线程:%@%@",[NSThread currentThread],test1Arr);
Objective C 打印结果
2017-11-24 10:59:55.325139+0800 666[7480:78077] 子线程:<NSThread: 0x600000274040>{number = 3, name = (null)}(
)
2017-11-24 10:59:55.325139+0800 666[7480:77996] 主线程:<NSThread: 0x60400006f1c0>{number = 1, name = main}(
)
Swift code
let test1Arr = [1,2,3,4,5]
var test2Arr = test1Arr
DispatchQueue.global().async {
test2Arr.removeAll()
print("子线程:\(Thread.current)\(test1Arr)")
}
print("主线程:\(Thread.current)\(test1Arr)")
Swift 打印结果
主线程:<NSThread: 0x6000000670c0>{number = 1, name = main}[1, 2, 3, 4, 5]
子线程:<NSThread: 0x60000026f640>{number = 3, name = (null)}[1, 2, 3, 4, 5]
原因分析
1.假设test1Arr的内存地址为0x000061800008c120，当执行完var test2Arr = test1Arr这一行的时候，test2Arr也指向了test1Arr所指向的那块内存区域，所以test2Arr的内存地址也是0x000061800008c120，
2.因为在子线程中test2Arr执行了write的操作，系统就做了两件事，
第一件:拷贝了0x000061800008c120重新生成了另外一块数据相同但其实两者没任何关系的一块内存，假设是0x000000010f92ee68吧，
第二件:取消test2Arr指向0x000061800008c120而把他的指向改为0x000000010f92ee68，
做完这两件事就等于test1Arr及test2Arr分别在操纵不同的数组
3.值得注意的是虽然是不同的数组，但数组内部每个元素其实也是独立的指针指向不同的内存区域，所以不同的数组很有可能会包含同一个元素
