java非阻塞锁_Java并发问题的非阻塞解决方案

转自http://blog.csdn.net/u011277203/article/details/9223545

在并发环境中，对于共享资源通常会采用显式的锁机制(比如synchronized或ReentrantLock)来保证在任意时刻只会有一条线程访问这些变量，并且这些变量的修改对随后获取锁的线程是可见的。无法获取锁的线程会进入阻塞状态，并被JVM和操作系统挂起，在未来某一时刻被调度重新获取锁，挂起和恢复线程会产生很多的系统消耗和较长时间的中断。

线程的切换同时会引起上下文切换，即把当前线程的运行时上下文保存起来，装入新线程的运行时上下文，所以上下文切换并不是免费的，另外被换入的新线程所需要的数据不太可能在CPU Cache中，因此上下文切换会导致Cache Missing激增，新线程开始执行时，性能会相对较低。

在高并发，竞争非常激烈的场景下，显式锁的开销会非常大，将严重影响系统的性能。所以在一些场景下，使用非阻塞方案解决并发问题会显著提升系统性能。

Volatile

Volatile变量是一种比锁更轻量的同步机制，因为它不会产生上下文切换和线程调度。Volatile变量可以保证可见性，即变量被一条线程修改后，其他线程都会读取到最新值，不过volatile变量也有自身的限制：它不支持原子操作，当变量的更新依赖其他变量或自身时(比如i++)，volatile不能保证结果的正确性。

最近在项目中需要封装Memcache客户端，实现双机热备和自动切换。这里设置一个变量currentCluster来表示当前使用的是主集群还是备用集群，业务请求根据此变量来判断优先访问的集群，同时有1条守护线程不断轮询2个集群࿰