缘由
最近在看《Redis 设计与实现》，看到Redis的执行bgsave生成dump.rdb是根据CopyOnWrite的
之前也不是很懂为啥要有CopyOnWrite这个东西
翻看文章搞明白了
如果有多个调用者（callers）同时请求相同资源（如内存或磁盘上的数据存储），他们会共同获取相同的指针指向相同的资源，直到某个调用者试图修改资源的内容时，系统才会真正复制一份专用副本（private copy）给该调用者，而其他调用者所见到的最初的资源仍然保持不变。优点是如果调用者没有修改该资源，就不会有副本（private copy）被建立，因此多个调用者只是读取操作时可以共享同一份资源。
之前一直觉得CopyOnWrite很鸡肋.
现在解释一下：
CopyOnWrite就是不同的线程操作不同的资源，最后再整合，因此是线程安全的，但不能保证强一致性
比如我现在数据 1234 我要插入5
那么原来的线程看到的数据是 1234 我新开的线程看到的数据是 12345
并且CopyOnWriteList中的set和add 方法都是加锁了的，所以至多有一份拷贝。当这份拷贝资源执行完后，才会释放锁，进行下次的set或add方法