原子性就是说一个操作不可以被中途CPU暂停然后调度，即不能被中断，要不就执行完，要不就不执行。
是不能被线程调度机制中断的操作，一旦操作开始，那么它一定可以在可能发生中断之前执行完毕。
一个不正确的知识：“原子操作不需要进行同步控制”。
原子性可以应用于基本数据类型（64位的long和double不是原子性），对于写入和读取，可以把它们当作原子操作来操作内存。但是，JVM可以将64（long和double）的读取和写入当作两个分离的32位操作来执行，这个就产生在读取和写入操作中间发生上下文切换问题，导致不同的任务可以看到不正确结果。
原子性是指不可再分的最小操作指令，即单条机器指令，原子性操作任意时刻只能有一个线程，因此是线程安全的。
Java内存模型中通过read、load、assign、use、store和write这6个操作保证变量的原子性操作。
这一点，跟数据库事务的原子性概念差不多，即一个操作（有可能包含有多个子操作）要么全部执行（生效），要么全部都不执行（都不生效）。 就是原子性说一个操作不可以被中途CPU暂停然后调度, 即不能被中断, 要不就执行完, 要不就不执行。
一个不正确的知识：“原子操作不需要进行同步控制”。
是不能被线程调度机制中断的操作，一旦操作开始，那么它一定可以在可能发生中断之前执行完毕。
原子性可以应用于基本数据类型（除了long和double），对于写入和读取，可以把它们当作原子操作来操作内存。但是，long和double这两个64位长度的数据类型Java虚拟机并没有强制规定他们的read、load、store和write操作的原子性，即所谓的非原子性协定，但是目前的各种商业Java虚拟机都把long和double数据类型的4中非原子性协定操作实现为原子性。所以Java中基本数据类型的访问读写是原子性操作。
对于大范围的原子性保证需要通过lock和unlock操作以及synchronized同步块来保证。
比如A和B同时向C转账10万元。如果转账操作不具有原子性，A在向C转账时，读取了C的余额为20万，然后加上转账的10万，计算出此时应该有30万，但还未来及将30万写回C的账户，此时B的转账请求过来了，B发现C的余额为20万，然后将其加10万并写回。然后A的转账操作技术——将30万写回C的余额。这种情况下C的最终余额为30万，而非预期的40万。
Copy-On-Write简称COW，是一种用于程序设计中的优化策略。
开始都在共享同一个内容，当想要修改这个内容的时候，才会真正把内容Copy出去形成一个新的内容然后再改，这是一种延时懒惰策略。
CopyOnWrite容器即写时复制的容器。通俗的理解：往一个容器添加元素的时候，不直接往当前容器添加，而是先将当前容器进行Copy，复制出一个新的容器，然后新的容器里添加元素，添加完元素之后，再将原容器的引用指向新的容器。这样做的好处是可以对CopyOnWrite容器进行并发的读，而不需要加锁，因为当前容器不会添加任何元素。（但是读取的数据会有延迟）所以CopyOnWrite容器也是一种读写分离的思想，读和写不同的容器。目的是为了提高并发能力。
上下文切换是指CPU的控制权由运行任务转移到另外一个就绪任务时所发生的事件。
单个进程每秒请求服务器的成功次数QPS = req/sec = 请求数/秒
QPS统计方式 [一般使用 http_load 进行统计]QPS = 总请求数 / ( 进程总数 * 请求时间 )
Update your browser to view this website correctly. Update my browser now