4、同步、并发、串行、CAS、AQS

13、同步、并发

13.1、并行和并发有什么区别？（还有串行）

并行是指两个或者多个事件在同一时刻发生；而并发是指两个或多个事件在同一时间间隔发生。
并行是在不同实体上的多个事件，并发是在同一实体上的多个事件。
在一台处理器上“同时”处理多个任务，在多台处理器上同时处理多个任务。如hadoop分布式集群。
所以并发编程的目标是充分的利用处理器的每一个核，以达到最高的处理性能。

串行在时间上可能发生重叠，前一个任务没搞定，下一个任务就只能等着（单向单车道，没有超车道）

并行在时间上是重叠的，两个任务在同一时刻互不干扰的同时执行。（单向多车道）

并发允许两个任务彼此干扰。同一时间点、只有一个任务运行，交替执行（单向单车道，某些区域带有（超车道）单停车位）

13.2、并发的三大特性

• 原子性

​ 原子性是指在一个操作中cpu不可以在中途暂停然后再调度, 即不被中断操作,要不全部执行完成，要不都不执
行。就好比转账，从账户A向账户B转1000元，那么必然包括2个操作:从账户A减去1000元，往账户B加上1000
元。2个操作必须全部完成。

private 1ong count = 0;
pub1ic void calc() {
	count++;
}

​ ●1:将count从主存读到工作内存中的副本中

​ ●2: +1的运算.

​ ●3:将结果写入工作内存

​ ●4:将工作内存的值刷回主存(什么时候刷入由操作系统决定，不确定的。综上，所以count++是线程不安全的)

那程序中原子性指的是最小的操作单元，比如自增操作,它本身其实并不是原子性操作，分了3步的，包括读取变量的原始值、进行加1操作、写入工作内存。所以在多线程中，有可能一个线程还没自增完，可能才执行到第二步，另一个线程就已经读取了值，导致结果错误。那如果我们能保证自增操作是一个原子性的操作， 那么就能保证其他线程读取到的一定是自增后的数据。

关键字：synchronized

• 可见性

​ 当多个线程访问同一个变量时, 一个线程修改了这个变量的值，其他线程能够立即看得到修改的值。

​ 若两个线程在不同的cpu,那么线程1改变了i的值还没刷新到主存，线程2又使用了i，那么这个i值肯定还是之前的，线程1对变量的修改线程2没看到，这就是可见性问题。

//线程1
boolean stop = false;
while(!stop){
	doSomething();
}
//线程2
stop = true;

• 有序性

​ 虚拟机在进行代码编译时，对于那些改变顺序之后不会对最终结果造成影响的代码，虚拟机不一定会按照我们写的代码的顺序来执行，有可能将他们重排序。实际上,对于有些代码进行重排序之后，虽然对变量的值没有造成影响，但有可能会出现线程安全问题。

int a=0;
boo1 f1ag = false;
pub1ic void write() {
	a =2;     //1
	f1ag = true;    //2
pub1ic void mu1tip1y() {
	if (f1ag) {    //3
		int ret=a*a;   //4
	}
}

13.3、多线程环境下为什么要引入同步的机制

多线程为什么要采用同步机制，因为不同的线程有自己的栈，栈中可能引用了多个对象，而多个线程可能引用到了堆中的同一个或多个对象，而线程的栈内存当中的数据只是临时数据，最终都是要刷新到堆中的对象内存，这里的刷新并不是最终的状态一次性刷新，而是在程序执行的过程中随时刷新（肯定有固定的机制，暂不考虑），也许在一个线程中被应用对象中的某一个方法执行到一半的时候就将该对象的变量状态刷新到了堆的对象内存中，那么再从多线程角度来看，当多个线程对同一个对象中的同一个变量进行读写的时候，就会出现类似数据库中的并发问题，假设被引用对象中有一个变量SA=10，线程A读取到10，并且在栈中修改成了15但还没有刷新到堆中，线程B也读取到10，此时A刷新到堆中，则堆中被引用的变量的值变成了15，这个时候B将读取到的10修改为20，再次刷新到堆中，堆中被引用对象的变量SA值为20，这个时候A重新获取SA，发现不是15，而是20，显然出现了问题。针对上述问题，假设我们添加了同步机制，那么就可以很容易的解决。

13.4、java内部有哪些同步的机制

基本上所有解决多线程资源冲突问题的方法都是采用给定时间只允许一个线程访问共享资源，这时就需要给共享资源上一道锁。

Java中提供了同步机制，可以有效地防止资源冲突：关键字 synchronized 和 retrenlock

13.5、CAS操作原理与实现

在JDK 5之前Java语言是靠synchronized关键字保证同步的，这会导致有锁。

锁机制存在以下问题：

（1）在多线程竞争下，加锁、释放锁会导致比较多的上下文切换和调度延时，引起性能问题。

（2）一个线程持有锁会导致其它所有需要此锁的线程挂起。

（3）如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置，引起性能风险。

volatile是不错的机制，但是volatile不能保证原子性。因此对于同步最终还是要回到锁机制上来。

独占锁是一种悲观锁，synchronized就是一种独占锁，会导致其它所有需要锁的线程挂起，等待持有锁的线程释放锁。而另一个更加有效的锁就是乐观锁。所谓乐观锁就是，每次不加锁而是假设没有冲突而去完成某项操作，如果因为冲突失败就重试，直到成功为止。

CAS应用

CAS有3个操作数，内存值V，旧的预期值A，要修改的新值B。当且仅当预期值A和内存值V相同时，将内存值V修改为B，否则什么都不做。

13.6、CAS带来的问题是什么？如何解决的？

CAS缺点

CAS虽然很高效的解决原子操作，但是CAS仍然存在三大问题。ABA问题，循环时间长开销大和只能保证一个共享变量的原子操作

1. ABA问题。因为CAS需要在操作值的时候检查下值有没有发生变化，如果没有发生变化则更新，但是如果一个值原来是A，变成了B，又变成了A，那么使用CAS进行检查时会发现它的值没有发生变化，但是实际上却变化了。ABA问题的解决思路就是使用版本号。在变量前面追加上版本号，每次变量更新的时候把版本号加一，那么A－B－A 就会变成1A-2B－3A。

​ 从Java1.5开始JDK的atomic包里提供了一个类AtomicStampedReference来解决ABA问题。这个类的compareAndSet方法作用是首先检查当前引用是否等于预期引用，并且当前标志是否等于预期标志，如果全部相等，则以原子方式将该引用和该标志的值设置为给定的更新值。

关于ABA问题参考文档: http://blog.hesey.net/2011/09/resolve-aba-by-atomicstampedreference.html

2. 循环时间长开销大。自旋CAS如果长时间不成功，会给CPU带来非常大的执行开销。如果JVM能支持处理器提供的pause指令那么效率会有一定的提升，pause指令有两个作用，第一它可以延迟流水线执行指令（de-pipeline）,使CPU不会消耗过多的执行资源，延迟的时间取决于具体实现的版本，在一些处理器上延迟时间是零。第二它可以避免在退出循环的时候因内存顺序冲突（memory order violation）而引起CPU流水线被清空（CPU pipeline flush），从而提高CPU的执行效率。

3. 只能保证一个共享变量的原子操作。当对一个共享变量执行操作时，我们可以使用循环CAS的方式来保证原子操作，但是对多个共享变量操作时，循环CAS就无法保证操作的原子性，这个时候就可以用锁，或者有一个取巧的办法，就是把多个共享变量合并成一个共享变量来操作。比如有两个共享变量i＝2,j=a，合并一下ij=2a，然后用CAS来操作ij。从Java1.5开始JDK提供了AtomicReference类来保证引用对象之间的原子性，你可以把多个变量放在一个对象里来进行CAS操作。

13.7、讲一讲CAS和AQS

什么是CAS
CAS(Compare And Swap)，即比较并交换。是解决多线程并行情况下使用锁造成性能损耗的一种机制，CAS操作包含三个操作数——内存位置（V）、预期原值（A）和新值(B)。如果内存位置的值与预期原值相匹配，那么处理器会自动将该位置值更新为新值。否则，处理器不做任何操作。无论哪种情况，它都会在CAS指令之前返回该位置的值。CAS有效地说明了“我认为位置V应该包含值A；如果包含该值，则将B放到这个位置；否则，不要更改该位置，只告诉我这个位置现在的值即可。

什么是AQS
AQS(AbstractQueuedSynchronizer)，AQS是JDK下提供的一套用于实现基于FIFO等待队列的阻塞锁和相关的同步器的一个同步框架。这个抽象类被设计为作为一些可用原子int值来表示状态的同步器的基类。如果你有看过类似 CountDownLatch 类的源码实现，会发现其内部有一个继承了 AbstractQueuedSynchronizer 的内部类 Sync 。可见 CountDownLatch 是基于AQS框架来实现的一个同步器.类似的同步器在JUC下还有不少。(eg. Semaphore )

14、在 java 程序中怎么保证多线程的运行安全？

线程安全在三个方面体现：

原子性：提供互斥访问，同一时刻只能有一个线程对数据进行操作，（atomic,synchronized）；
可见性：一个线程对主内存的修改可以及时地被其他线程看到，（synchronized,volatile）；
有序性：一个线程观察其他线程中的指令执行顺序，由于指令重排序，该观察结果一般杂乱无序，（happens-before原则）。