copy-on-write 译义是写时复制，简称cow。常见中并发编程中，如jdk中并发工具包CopyOnWriteArrayList，CopyOnWriteSet 等就使用的该技术保证并发访问效率。
使用场景：
适合读多写少的场景。
我们知道读写锁也适合读多写少的场景，但与cow使用的完全不同实现技术，而且他们有个本质的区别是cow读写不互斥
而读写锁读写互斥。
实现思想：
多个线程对同一个资源进行访问时，一般读取操作不会有并发安全性问题，直到有一个线程进行对资源修改操作，那么先对资源复制一份，然后在副本上进行修改，修改完成之后替换原来的资源。
技术实现原理：
cow在不同的技术领域可能实现方式不同，java，redis持久化，甚至liunx操作系统实现原理都不同，主要在数据复制过程不同，有的是惰性复制，有的是实时复制等。
Java 中的 copy-on-write
CopyOnWriteArrayList 的部分源码
private transient volatile Object[] array;
public boolean add(E e) {
final ReentrantLock lock = this.lock;
lock.lock();
try {
Object[] elements = getArray();
int len = elements.length;
Object[] newElements = Arrays.copyOf(elements, len + 1);
newElements[len] = e;
setArray(newElements);
return true;
} finally {
lock.unlock();
}
}
底层使用数组保存数据，add方法使用lock保证线程安全，不然会出现多个副本，使用 Arrays.copyOf 方法复制出一份新数据然后添加数据，最后把新的引用赋值给array， 要使用 volatile保证array的引用可见，不然读的线程可能还是拿的旧的array引用，这样就可能会有问题。
redis 中的 copy-on-write
redis的rdb持久化使用的因为时 cow技术，redis在做rdb持久化时内部启动一个新的子进程做持久化任务，该共享主进程内存数据，主进程这时还是可以响应客户端的请求，当主进程接收到写操作时候会先将数据复制一份出来，然后在副本上进行修改，等持久化任务完成之后再覆盖内存地址的引用。
其实redis在对aof进行文件压缩时也是使用的cow操作。
liunx 中的 copy-on-write
我这里只是总结下 ，详细可以参考大神 https://www.cmsblogs.com/group/1420041599311810560
