簡介

通俗的稱為寫時拷貝的一種機制，也就是說讀的時候并不需要拷貝

應(yīng)用場景

并發(fā)線程中對同一塊資源同時處理數(shù)據(jù)錯亂問題

一般解決方法

1.對同時訪問的這塊資源加鎖，多個線程輪流訪問
2.對每個來讀這塊資源的線程直接訪問就是了，每個來寫這塊資源的線程就臨時拷貝一份資源給他們處理，也就是copy on write

swift與oc的差異

Swift當(dāng)中所有針對集合類的操作，都符合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 打印結(jié)果

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 打印結(jié)果

主線程:<NSThread: 0x6000000670c0>{number = 1, name = main}[1, 2, 3, 4, 5]
子線程:<NSThread: 0x60000026f640>{number = 3, name = (null)}[1, 2, 3, 4, 5]

原因分析

1.假設(shè)test1Arr的內(nèi)存地址為0x000061800008c120，當(dāng)執(zhí)行完var test2Arr = test1Arr這一行的時候，test2Arr也指向了test1Arr所指向的那塊內(nèi)存區(qū)域，所以test2Arr的內(nèi)存地址也是0x000061800008c120，
2.因為在子線程中test2Arr執(zhí)行了write的操作，系統(tǒng)就做了兩件事，
第一件:拷貝了0x000061800008c120重新生成了另外一塊數(shù)據(jù)相同但其實兩者沒任何關(guān)系的一塊內(nèi)存，假設(shè)是0x000000010f92ee68吧，
第二件:取消test2Arr指向0x000061800008c120而把他的指向改為0x000000010f92ee68，
做完這兩件事就等于test1Arr及test2Arr分別在操縱不同的數(shù)組
3.值得注意的是雖然是不同的數(shù)組，但數(shù)組內(nèi)部每個元素其實也是獨立的指針指向不同的內(nèi)存區(qū)域，所以不同的數(shù)組很有可能會包含同一個元素