chan random 设定 守护者 tin ans 申请 read
Java并发包
一、并发包的结构
java并发包中共分为五类:
1、集合框架:包括队列和并发集合
2、同步辅助类
3、线程池
4、Lock锁
5、原子类
二、详解部分
1、同步辅助类详解部分
(1)CountDownLatch
举例:有三个工作,只有三个工作都完成,任务才算执行完成。
- import java.util.concurrent.CountDownLatch;
- /**
- *
- * @author qiuxiang
- *
- */
- public class CountDownLatchDemo {
- public static void main(String[] args) throws InterruptedException {
- CountDownLatch latch = new CountDownLatch(3);
- Worker w1 = new Worker("quinns", latch);
- Worker w2 = new Worker("tengyunhao", latch);
- Worker w3 = new Worker("jude", latch);
- w1.start();
- w2.start();
- w3.start();
- latch.await();
- System.out.println("Main thread done");
- }
- }
- class Worker extends Thread {
- private String workerName;
- private CountDownLatch latch;
- public Worker(String workerName, CountDownLatch latch) {
- this.workerName = workerName;
- this.latch = latch;
- }@Override public void run() {
- try {
- System.out.println("Worker:" + workerName + " is begin");
- Thread.sleep(10000L);
- System.out.println("Worker:" + workerName + " is end");
- } catch(Exception e) {
- // TODO: handle exception
- }
- latch.countDown();
- }
- }
运行结果:
它相当于一个计数器。用给定的数值初始化CountDownLatch,之后计数器从这个值开始倒计数,直到计数值达到零。
CountDownLatch是通过“共享锁”实现的。在创建时传递的参数代表“锁计数器”的初始状态,表示该“共享锁”最多能被多少个线程同时获取,这个值只能设置一次。
主线程必须在启动其他线程后立即调用await()方法。这样主线程的操作就会被这个方法阻塞,直到其他的线程完成各自的任务。
(2)CyclicBarrier
- import java.util.concurrent.CyclicBarrier;
- /**
- *
- * @author qiuxiang
- *
- */
- public class CyclicBarrierDemo {
- public static void main(String[] args) {
- CyclicBarrier barrier = new CyclicBarrier(3, new TotalTask());
- BillTask worker1 = new BillTask("1", barrier);
- BillTask worker2 = new BillTask("2", barrier);
- BillTask worker3 = new BillTask("3", barrier);
- worker1.start();
- worker2.start();
- worker3.start();
- System.out.println("Main Thread End");
- }
- static class TotalTask extends Thread {@Override public void run() {
- System.out.println("所有子任务都执行完了,就开始执行主任务");
- }
- }
- static class BillTask extends Thread {
- String billName;
- CyclicBarrier barrier;
- public BillTask(String workerName, CyclicBarrier barrier) {
- this.billName = workerName;
- this.barrier = barrier;
- }@Override public void run() {
- try {
- System.out.println("市区:" + billName + "运算开始");
- Thread.sleep(1000L);
- System.out.println("市区:" + billName + "运算完成,等待中。。。。");
- barrier.await(); //等待所有线程都调用过此函数,才能进行后续动作。
- System.out.println("全部都结束,市区" + billName + "才开始后面的工作。");
- } catch(Exception e) {
- // TODO: handle exception
- }
- }
- }
- }
运行结果:
这个类是一个重复利用的屏障类。它允许一组线程相互等待,直到全部到达某个公共屏障点,然后所有的这组线程再同步往后执行。
await()函数每被调用一次,计数便会减1,并阻塞住当前线程。当计数减至0时,阻塞解除。
(3)Semaphore
可以控制某个资源可被同时访问的个数,通过构造函数设定一定数量的许可,通过acquire()获得一个许可,如果没有就等待,而release()释放一个许可。
举例:只允许5个线程用时进入执行acquire()和release()之间的代码
- import java.util.Random;
- import java.util.concurrent.ExecutorService;
- import java.util.concurrent.Executors;
- import java.util.concurrent.Semaphore;
- public class SemaphoreDemo {
- public static void main(String[] args) {
- //线程池
- ExecutorService exec = Executors.newCachedThreadPool();
- //只能5个线程同时访问
- final Semaphore semp = new Semaphore(5);
- //模拟20个客户端访问
- for (int i = 0; i < 20; i++) {
- final int No = i;
- Runnable run = new Runnable() {
- public void run() {
- try {
- //获取许可
- Random rad = new Random();
- semp.acquire();
- System.out.println("Accessing:" + No);
- Thread.sleep(rad.nextInt(10000));
- //访问完后,释放,如果屏蔽下面的语句,则在控制台只能打印5条记录,之后线程一直阻塞。
- // semp.release();
- } catch(Exception e) {
- // TODO: handle exception
- }
- }
- };
- //退出线程池
- exec.execute(run);
- }
- }
- }
2、并发框架详解部分
2.1 阻塞队列详解部分
阻塞队列是一个支持两个附加操作的队列。这两个附加操作是:在队列为空时,获取元素的线程会等待队列变为非空。当队列满时,存储元素的线程会等待队列可用。阻塞队列常用于生产者消费者的场景,生产者是往队列里添加元素的线程,消费者是从队列里拿元素的线程。阻塞队列就是生产者存放元素的容器,消费者只从容器里拿元素。
(1)ArrayBlockingQueue
ArrayBlockingQueue是一个由数组支持的有界缓存的阻塞队列。在读写操作上都需要锁住整个容器,因此吞吐量与一般的实现是相似的,适合于实现是相似的,适合于实现“生产消费者”模式。ArrayBlockingQueue内部还保存着两个整形变量,分别标识着队列的头部和尾部在数组中的位置。这个类是线程安全的。生产者和消费者公用一把锁。
(2)LinkedBlockingQueue
基于链表的阻塞队列,内部维持着一个数据缓存队列(该队列由链表构成)。
只有当队列缓冲区达到最大值缓冲容量时(LinkedBlockingQueue可以通过构造函数指定该值),才会阻塞生产者线程,直到消费者从队列中消耗掉一份数据,生产者线程会被唤醒,反之对于消费者这端的的处理也基于同样原理。
LinkedBlockingQueue之所以能够高效的处理并发数据,还因为其对于生产者端和消费者端分别采用了独立的锁来控制数据同步,这也意味着在高并发的情况下生产者和消费者可以并行地操作队列中的数据,以此来提高整个队列的并发性能。
ArrayBlockingQueue和LinkedBlockingQueue的区别:
1、队列大小的初始化方式不同
ArrayBlockingQueue是有界的,必须指定队列的大小;
LinkedBlockingQueue需要分情况,指定大小时,就是有界的;不指定队列的大小时,默认是Integer.MAX_VALUE,看成无界队列,但当生产速度大于消费速度时候,有可能会内存溢出。
2、队列中锁的实现
ArrayBlockingQueue实现的队列中的锁是没有分离的,即生产者和消费者公用同一个锁;进行put和take操作,共用同一个锁对象。既put和take无法并行执行。
LinkedBlockingQueue实现的队列中的锁是分离的,即生产用的是putLock,消费是takeLock。即读写各持一个锁,避免了读(take)写(put)时互相进行竞争锁的情况,可并行执行。
3、在生产和消费时操作不同
ArrayBlockingQueue基于数组,在插入或删除元素时,是直接将枚举对象插入或移除的,不会产生或销毁任何额外的对象实例;
LinkedBlockingQueue基于链表,在插于或删除元素时,需要把枚举对象转换为Node<E>进行插入或移除,会生成一个额外的Node对象,这在长时间内需要高效并发的处理大批量数据的系统中,其对于GC的影响还是存在一定的区别,会影响性能。
put()和take()
都可以实现阻塞的功能。
put()方法:把元素加入到阻塞队列中,如果阻塞队列没有空间,则调用此方法的线程被阻塞,直到有空间的时候再继续。
take()方法:取出排在阻塞队列首位的对象,若阻塞队列为空,则调用此方法的线程被阻塞,直到有新的对象加入的时候再继续。
offer()和poll()
不具有阻塞的功能。
offer()方法:把元素加入到阻塞队列中,如果可以容纳,则返回true。如果不可以容纳,则返回false。
poll()方法:取出排在阻塞队列首位的对象,若阻塞队列为空,则返回null,如果不为空,则返回取出来的那个元素。
(3)PriorityBlockingQueue和PriorityQueue
此阻塞队列为基于数组的无界阻塞队列。它会按照元素的优先级对元素进行排序,按照优先级顺序出对,每次出对的元素都是优先级最高的元素。注意,不会阻塞生产者,但会阻塞消费者。PriorityBlockingQueue里面存储的对象必须是实现Comparable接口,队列通过这个接口的compare方法确定对象的priority。
队列的元素并不是全部按优先级排序的,但是队首的优先级肯定是最高的。每取一个头元素时候,都会对剩余的元素做一次调整,这样就能保证每次队首的元素都是优先级最高的元素。
(4)DelayQueue
DelayQueue是一个无界阻塞队列,用于放置实现了Delayed接口的对象,只有在延迟期满时才能从中提取元素。该队列的头部是延迟期满时才能从中提取元素。该队列的头部是延迟期满后保存时间最长的Delayed元素。这个队列里面所存储的对象都有一个时间参数,采用take获取数据时,如果时间没到,取不出来任何数据。而加入数据的时候,是不会阻塞的(不阻塞生产者,阻塞消费者)。DelayQueue内部使用PriorityQueue实现的,是一个使用PriorityQueue实现的BlockingQueue,优先队列的比较基准值是时间。本质即:DelayQueue = BlockingQueue + PriorityQueue + Delayed。
如果不使用DelayQueue,解决办法就是:使用一个后台线程,遍历所有对象,但是在对象数量过多时,可能存在性能问题,检查间隔时间不好设置,间隔时间过大,影响精度,过小会影响效率。
应用场景:缓存系统的统计。缓存的对象,超过了有效时间,需要从缓存中移出。使用一个线程循环查询DelayQueue,一旦在DelayQueue中获取元素,表示缓存有效期到了。
(5)SynchronousQueue
同步队列是一个不存储元素的队列,它的size()方法总是返回0。每个线程的插入操作必须等待另一个线程的移除操作,同样任何一个线程的移除操作都必须等待另一个线程的插入操作。可以认为SynchronousQueue是一个缓存值为1的阻塞队列。
2.2 框架详解部分
(1)因为多线程环境下,使用Hashmap进行put操作会引起死循环,导致CPU利用率接近100%,所以在并发情况下不能使用HashMap。
(2)HashTable容器使用synchronized来保证线程安全,但在线程竞争激烈的情况下HashTable的效率非常低下。因为当一个线程访问HashTable的同步方法时,其他线程访问HashTable的同步方法时,可能会进入阻塞或轮询状态。如线程1使用put进行添加元素,线程2不但不能使用put方法添加元素,并且也不能使用get方法来获取元素,所以竞争越激烈效率越低。
HashTable容器在竞争激烈的并发环境下表现出效率低下的原因,是因为所有访问HashTable的线程都必须竞争同一把锁,那假如容器里有多把锁,每一把锁用于锁容器其中一部分数据,那么当多线程访问容器里不同数据段的数据时,线程间就不会存在锁竞争,从而可以有效的提高并发访问效率,这就是ConcurrentHashMap所使用的锁分段技术,首先将数据分成一段一段的存储,然后给每一段数据配一把锁,当一个线程占用锁访问其中一个段数据的时候,其他段的数据也能被其他线程访问。
我们通过ConcurrentHashMap的类图来分析ConcurrentHashMap的结构。
ConcurrentHashMap是由Segment数组结构和HashEntry数组结构组成。Segment是一种可重入锁ReentrantLock,在ConcurrentHashMap里扮演锁的角色,HashEntry则用于存储键值对数据。一个ConcurrentHashMap里包含一个Segment数组,Segment的结构和HashMap类似,是一种数组和链表结构, 一个Segment里包含一个HashEntry数组,每个HashEntry是一个链表结构的元素, 每个Segment守护者一个HashEntry数组里的元素,当对HashEntry数组的数据进行修改时,必须首先获得它对应的Segment锁。
ConcurrentHashMap初始化方法是通过initialCapacity,loadFactor, concurrencyLevel几个参数来初始化segments数组,段偏移量segmentShift,段掩码segmentMask和每个segment里的HashEntry数组。
初始化segments数组。让我们来看一下初始化segmentShift,segmentMask和segments数组的源代码。
- if (concurrencyLevel > MAX_SEGMENTS)
- concurrencyLevel = MAX_SEGMENTS;
- // Find power-of-two sizes best matching arguments
- int sshift = 0;
- int ssize = 1;
- while (ssize < concurrencyLevel) {
- ++sshift;
- ssize <<= 1;
- }
- segmentShift = 32 - sshift;
- segmentMask = ssize - 1;
- this.segments = Segment.newArray(ssize);
由上面的代码可知segments数组的长度ssize通过concurrencyLevel计算得出。为了能通过按位与的哈希算法来定位segments数组的索引,必须保证segments数组的长度是2的N次方(power-of-two size),所以必须计算出一个是大于或等于concurrencyLevel的最小的2的N次方值来作为segments数组的长度。假如concurrencyLevel等于14,15或16,ssize都会等于16,即容器里锁的个数也是16。注意concurrencyLevel的最大大小是65535,意味着segments数组的长度最大为65536,对应的二进制是16位。
初始化segmentShift和segmentMask。这两个全局变量在定位segment时的哈希算法里需要使用,sshift等于ssize从1向左移位的次数,在默认情况下concurrencyLevel等于16,1需要向左移位移动4次,所以sshift等于4。segmentShift用于定位参与hash运算的位数,segmentShift等于32减sshift,所以等于28,这里之所以用32是因为ConcurrentHashMap里的hash()方法输出的最大数是32位的,后面的测试中我们可以看到这点。segmentMask是哈希运算的掩码,等于ssize减1,即15,掩码的二进制各个位的值都是1。因为ssize的最大长度是65536,所以segmentShift最大值是16,segmentMask最大值是65535,对应的二进制是16位,每个位都是1。
初始化每个Segment。输入参数initialCapacity是ConcurrentHashMap的初始化容量,loadfactor是每个segment的负载因子,在构造方法里需要通过这两个参数来初始化数组中的每个segment。
- if (initialCapacity > MAXIMUM_CAPACITY)
- initialCapacity = MAXIMUM_CAPACITY;
- int c = initialCapacity / ssize;
- if (c * ssize < initialCapacity)
- ++c;
- int cap = 1;
- while (cap < c)
- cap <<= 1;
- for (int i = 0; i < this.segments.length; ++i)
- this.segments[i] = new Segment < K,
- V > (cap, loadFactor);
上面代码中的变量cap就是segment里HashEntry数组的长度,它等于initialCapacity除以ssize的倍数c,如果c大于1,就会取大于等于c的2的N次方值,所以cap不是1,就是2的N次方。segment的容量threshold=(int)cap*loadFactor,默认情况下initialCapacity等于16,loadfactor等于0.75,通过运算cap等于1,threshold等于零。
既然ConcurrentHashMap使用分段锁Segment来保护不同段的数据,那么在插入和获取元素的时候,必须先通过哈希算法定位到Segment。可以看到ConcurrentHashMap会首先使用Wang/Jenkins hash的变种算法对元素的hashCode进行一次再哈希。
- private static int hash(int h) {
- h += (h << 15) ^ 0xffffcd7d; h ^= (h >>> 10);
- h += (h << 3); h ^= (h >>> 6);
- h += (h << 2) + (h << 14); return h ^ (h >>> 16);
- }
再哈希,其目的是为了减少哈希冲突,使元素能够均匀的分布在不同的Segment上,从而提高容器的存取效率。假如哈希的质量差到极点,那么所有的元素都在一个Segment中,不仅存取元素缓慢,分段锁也会失去意义。我做了一个测试,不通过再哈希而直接执行哈希计算。
- System.out.println(Integer.parseInt("0001111", 2) & 15);
- System.out.println(Integer.parseInt("0011111", 2) & 15);
- System.out.println(Integer.parseInt("0111111", 2) & 15);
- System.out.println(Integer.parseInt("1111111", 2) & 15);
计算后输出的哈希值全是15,通过这个例子可以发现如果不进行再哈希,哈希冲突会非常严重,因为只要低位一样,无论高位是什么数,其哈希值总是一样。我们再把上面的二进制数据进行再哈希后结果如下,为了方便阅读,不足32位的高位补了0,每隔四位用竖线分割下。
- 0100|0111|0110|0111|1101|1010|0100|1110
- 1111|0111|0100|0011|0000|0001|1011|1000
- 0111|0111|0110|1001|0100|0110|0011|1110
- 1000|0011|0000|0000|1100|1000|0001|1010
可以发现每一位的数据都散列开了,通过这种再哈希能让数字的每一位都能参加到哈希运算当中,从而减少哈希冲突。ConcurrentHashMap通过以下哈希算法定位segment。
默认情况下segmentShift为28,segmentMask为15,再哈希后的数最大是32位二进制数据,向右无符号移动28位,意思是让高4位参与到hash运算中, (hash >>> segmentShift) & segmentMask的运算结果分别是4,15,7和8,可以看到hash值没有发生冲突。
- final Segment<K,V> segmentFor(int hash) {
- return segments[(hash >>> segmentShift) & segmentMask];
- }
Segment的get操作实现非常简单和高效。先经过一次再哈希,然后使用这个哈希值通过哈希运算定位到segment,再通过哈希算法定位到元素,代码如下:
- public V get(Object key) {
- int hash = hash(key.hashCode());
- return segmentFor(hash).get(key, hash);
- }
get操作的高效之处在于整个get过程不需要加锁,除非读到的值是空的才会加锁重读,我们知道HashTable容器的get方法是需要加锁的,那么ConcurrentHashMap的get操作是如何做到不加锁的呢?原因是它的get方法里将要使用的共享变量都定义成volatile,如用于统计当前Segement大小的count字段和用于存储值的HashEntry的value。定义成volatile的变量,能够在线程之间保持可见性,能够被多线程同时读,并且保证不会读到过期的值,但是只能被单线程写(有一种情况可以被多线程写,就是写入的值不依赖于原值),在get操作里只需要读不需要写共享变量count和value,所以可以不用加锁。之所以不会读到过期的值,是根据java内存模型的happen before原则,对volatile字段的写入操作先于读操作,即使两个线程同时修改和获取volatile变量,get操作也能拿到最新的值,这是用volatile替换锁的经典应用场景。
- transient volatile int count;
- volatile V value;
在定位元素的代码里我们可以发现定位HashEntry和定位Segment的哈希算法虽然一样,都与数组的长度减去一相与,但是相与的值不一样,定位Segment使用的是元素的hashcode通过再哈希后得到的值的高位,而定位HashEntry直接使用的是再哈希后的值。其目的是避免两次哈希后的值一样,导致元素虽然在Segment里散列开了,但是却没有在HashEntry里散列开。
- hash >>> segmentShift) & segmentMask //定位Segment所使用的hash算法
- int index = hash & (tab.length - 1); // 定位HashEntry所使用的hash算法
由于put方法里需要对共享变量进行写入操作,所以为了线程安全,在操作共享变量时必须得加锁。Put方法首先定位到Segment,然后在Segment里进行插入操作。插入操作需要经历两个步骤,第一步判断是否需要对Segment里的HashEntry数组进行扩容,第二步定位添加元素的位置然后放在HashEntry数组里。
是否需要扩容。在插入元素前会先判断Segment里的HashEntry数组是否超过容量(threshold),如果超过阀值,数组进行扩容。值得一提的是,Segment的扩容判断比HashMap更恰当,因为HashMap是在插入元素后判断元素是否已经到达容量的,如果到达了就进行扩容,但是很有可能扩容之后没有新元素插入,这时HashMap就进行了一次无效的扩容。
如何扩容。扩容的时候首先会创建一个两倍于原容量的数组,然后将原数组里的元素进行再hash后插入到新的数组里。为了高效ConcurrentHashMap不会对整个容器进行扩容,而只对某个segment进行扩容。
如果我们要统计整个ConcurrentHashMap里元素的大小,就必须统计所有Segment里元素的大小后求和。Segment里的全局变量count是一个volatile变量,那么在多线程场景下,我们是不是直接把所有Segment的count相加就可以得到整个ConcurrentHashMap大小了呢?不是的,虽然相加时可以获取每个Segment的count的最新值,但是拿到之后可能累加前使用的count发生了变化,那么统计结果就不准了。所以最安全的做法,是在统计size的时候把所有Segment的put,remove和clean方法全部锁住,但是这种做法显然非常低效。
因为在累加count操作过程中,之前累加过的count发生变化的几率非常小,所以ConcurrentHashMap的做法是先尝试2次通过不锁住Segment的方式来统计各个Segment大小,如果统计的过程中,容器的count发生了变化,则再采用加锁的方式来统计所有Segment的大小。
那么ConcurrentHashMap是如何判断在统计的时候容器是否发生了变化呢?使用modCount变量,在put , remove和clean方法里操作元素前都会将变量modCount进行加1,那么在统计size前后比较modCount是否发生变化,从而得知容器的大小是否发生变化。
3、Locks详解部分
(1)Lock
首先要说明的就是Lock,通过查看Lock的源码可知,Lock是一个接口:
- public interface Lock {
- void lock();
- void lockInterruptibly() throws InterruptedException;
- boolean tryLock();
- boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
- void unlock();
- Condition newCondition();
- }
下面来逐个讲述Lock接口中每个方法的使用,lock()、tryLock()、tryLock(long time, TimeUnit unit)和lockInterruptibly()是用来获取锁的。unLock()方法是用来释放锁的。
在Lock中声明了四个方法来获取锁,那么这四个方法有何区别呢?
首先lock()方法是平常使用得最多的一个方法,就是用来获取锁。如果锁已被其他线程获取,则进行等待。
如果采用Lock,必须主动去释放锁,并且在发生异常时,不会自动释放锁。因此一般来说,使用Lock必须在try{}catch{}块中进行,并且将释放锁的操作放在finally块中进行,以保证锁一定被被释放,防止死锁的发生。通常使用Lock来进行同步的话,是以下面这种形式去使用的:
- Lock lock = ...;
- lock.lock();
- try {
- //处理任务
- } catch(Exception ex) {
- } finally {
- lock.unlock(); //释放锁
- }
tryLock()方法是有返回值的,它表示用来尝试获取锁,如果获取成功,则返回true,如果获取失败(即锁已被其他线程获取),则返回false,也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待。
tryLock(long time, TimeUnit unit)方法和tryLock()方法是类似的,只不过区别在于这个方法在拿不到锁时会等待一定的时间,在时间期限之内如果还拿不到锁,就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁,则返回true。
所以,一般情况下通过tryLock来获取锁时是这样使用的:
- Lock lock = ...;
- if (lock.tryLock()) {
- try {
- //处理任务
- } catch(Exception ex) {
- } finally {
- lock.unlock(); //释放锁
- }
- } else {
- //如果不能获取锁,则直接做其他事情
- }
lockInterruptibly()方法比较特殊,当通过这个方法去获取锁时,如果线程正在等待获取锁,则这个线程能够响应中断,即中断线程的等待状态。也就是说,当两个线程同时通过lock.lockInterruptibly()想获取某个锁时,假若此时线程A获取到了锁,而线程B只有在等待,那么对线程B调用threadB.interrupt()方法能够中断线程B的等待过程。
由于lockInterruptibly()的声明中抛出了异常,所以lock.lockInterruptibly()必须放在try块中或者在调用lockInterruptibly()的方法外声明抛出InterruptedException。
因此lockInterruptibly()一般的使用形式如下:
- public void method() throws InterruptedException {
- lock.lockInterruptibly();
- try {
- //.....
- }
- finally {
- lock.unlock();
- }
- }
注意,当一个线程获取了锁之后,是不会被interrupt()方法中断的。因为本身在前面的文章中讲过单独调用interrupt()方法不能中断正在运行过程中的线程,只能中断阻塞过程中的线程。
因此当通过lockInterruptibly()方法获取某个锁时,如果不能获取到,只有进行等待的情况下,是可以响应中断的。
而用synchronized修饰的话,当一个线程处于等待某个锁的状态,是无法被中断的,只有一直等待下去。
(2)ReentrantLock
ReentrantLock,意思是“可重入锁”。ReentrantLock是唯一实现了Lock接口的类,并且ReentrantLock提供了更多的方法。下面通过一些实例看具体看一下如何使用ReentrantLock。
例子1,lock()的正确使用方法
- public class Test {
- private ArrayList < Integer > arrayList = new ArrayList < Integer > ();
- public static void main(String[] args) {
- final Test test = new Test();
- new Thread() {
- public void run() {
- test.insert(Thread.currentThread());
- };
- }.start();
- new Thread() {
- public void run() {
- test.insert(Thread.currentThread());
- };
- }.start();
- }
- public void insert(Thread thread) {
- Lock lock = new ReentrantLock(); //注意这个地方
- lock.lock();
- try {
- System.out.println(thread.getName() + "得到了锁");
- for (int i = 0; i < 5; i++) {
- arrayList.add(i);
- }
- } catch(Exception e) {
- // TODO: handle exception
- } finally {
- System.out.println(thread.getName() + "释放了锁");
- lock.unlock();
- }
- }
- }
输出结果:
- Thread-0得到了锁
- Thread-1得到了锁
- Thread-0释放了锁
- Thread-1释放了锁
也许有朋友会问,怎么会输出这个结果?第二个线程怎么会在第一个线程释放锁之前得到了锁?原因在于,在insert方法中的lock变量是局部变量,每个线程执行该方法时都会保存一个副本,那么理所当然每个线程执行到lock.lock()处获取的是不同的锁,所以就不会发生冲突。
知道了原因改起来就比较容易了,只需要将lock声明为类的属性即可。
- public class Test {
- private ArrayList < Integer > arrayList = new ArrayList < Integer > ();
- private Lock lock = new ReentrantLock(); //注意这个地方
- public static void main(String[] args) {
- final Test test = new Test();
- new Thread() {
- public void run() {
- test.insert(Thread.currentThread());
- };
- }.start();
- new Thread() {
- public void run() {
- test.insert(Thread.currentThread());
- };
- }.start();
- }
- public void insert(Thread thread) {
- lock.lock();
- try {
- System.out.println(thread.getName() + "得到了锁");
- for (int i = 0; i < 5; i++) {
- arrayList.add(i);
- }
- } catch(Exception e) {
- // TODO: handle exception
- } finally {
- System.out.println(thread.getName() + "释放了锁");
- lock.unlock();
- }
- }
- }
这样就是正确地使用Lock的方法了。
例子2,tryLock()的使用方法
- public class Test {
- private ArrayList < Integer > arrayList = new ArrayList < Integer > ();
- private Lock lock = new ReentrantLock(); //注意这个地方
- public static void main(String[] args) {
- final Test test = new Test();
- new Thread() {
- public void run() {
- test.insert(Thread.currentThread());
- };
- }.start();
- new Thread() {
- public void run() {
- test.insert(Thread.currentThread());
- };
- }.start();
- }
- public void insert(Thread thread) {
- if (lock.tryLock()) {
- try {
- System.out.println(thread.getName() + "得到了锁");
- for (int i = 0; i < 5; i++) {
- arrayList.add(i);
- }
- } catch(Exception e) {
- // TODO: handle exception
- } finally {
- System.out.println(thread.getName() + "释放了锁");
- lock.unlock();
- }
- } else {
- System.out.println(thread.getName() + "获取锁失败");
- }
- }
- }
输出结果:
- Thread-0得到了锁
- Thread-1获取锁失败
- Thread-0释放了锁
例子3,lockInterruptibly()响应中断的使用方法:
- public class Test {
- private Lock lock = new ReentrantLock();
- public static void main(String[] args) {
- Test test = new Test();
- MyThread thread1 = new MyThread(test);
- MyThread thread2 = new MyThread(test);
- thread1.start();
- thread2.start();
- try {
- Thread.sleep(2000);
- } catch(InterruptedException e) {
- e.printStackTrace();
- }
- thread2.interrupt();
- }
- public void insert(Thread thread) throws InterruptedException {
- lock.lockInterruptibly(); //注意,如果需要正确中断等待锁的线程,必须将获取锁放在外面,然后将InterruptedException抛出
- try {
- System.out.println(thread.getName() + "得到了锁");
- long startTime = System.currentTimeMillis();
- for (;;) {
- if (System.currentTimeMillis() - startTime >= Integer.MAX_VALUE) break;
- //插入数据
- }
- } finally {
- System.out.println(Thread.currentThread().getName() + "执行finally");
- lock.unlock();
- System.out.println(thread.getName() + "释放了锁");
- }
- }
- }
- class MyThread extends Thread {
- private Test test = null;
- public MyThread(Test test) {
- this.test = test;
- }@Override public void run() {
- try {
- test.insert(Thread.currentThread());
- } catch(InterruptedException e) {
- System.out.println(Thread.currentThread().getName() + "被中断");
- }
- }
- }
运行之后,发现thread2能够被正确中断。
(3)ReadWriteLock
ReadWriteLock也是一个接口,在它里面只定义了两个方法:
- public interface ReadWriteLock {
- /**
- * Returns the lock used for reading.
- *
- * @return the lock used for reading.
- */
- Lock readLock();
- /**
- * Returns the lock used for writing.
- *
- * @return the lock used for writing.
- */
- Lock writeLock();
- }
一个用来获取读锁,一个用来获取写锁。也就是说将文件的读写操作分开,分成2个锁来分配给线程,从而使得多个线程可以同时进行读操作。下面的ReentrantReadWriteLock实现了ReadWriteLock接口。
(4)ReentrantReadWriteLock
ReentrantReadWriteLock里面提供了很多丰富的方法,不过最主要的有两个方法:readLock()和writeLock()用来获取读锁和写锁。
下面通过几个例子来看一下ReentrantReadWriteLock具体用法。
假如有多个线程要同时进行读操作的话,先看一下synchronized达到的效果:
- public class Test {
- private ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();
- public static void main(String[] args) {
- final Test test = new Test();
- new Thread() {
- public void run() {
- test.get(Thread.currentThread());
- };
- }.start();
- new Thread() {
- public void run() {
- test.get(Thread.currentThread());
- };
- }.start();
- }
- public synchronized void get(Thread thread) {
- long start = System.currentTimeMillis();
- while (System.currentTimeMillis() - start <= 1) {
- System.out.println(thread.getName() + "正在进行读操作");
- }
- System.out.println(thread.getName() + "读操作完毕");
- }
- }
这段程序的输出结果会是,直到thread1执行完读操作之后,才会打印thread2执行读操作的信息。
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0读操作完毕
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1读操作完毕
而改成用读写锁的话:
- public class Test {
- private ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();
- public static void main(String[] args) {
- final Test test = new Test();
- new Thread() {
- public void run() {
- test.get(Thread.currentThread());
- };
- }.start();
- new Thread() {
- public void run() {
- test.get(Thread.currentThread());
- };
- }.start();
- }
- public void get(Thread thread) {
- rwl.readLock().lock();
- try {
- long start = System.currentTimeMillis();
- while (System.currentTimeMillis() - start <= 1) {
- System.out.println(thread.getName() + "正在进行读操作");
- }
- System.out.println(thread.getName() + "读操作完毕");
- } finally {
- rwl.readLock().unlock();
- }
- }
- }
此时打印的结果为:
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0正在进行读操作
- Thread-1正在进行读操作
- Thread-0读操作完毕
- Thread-1读操作完毕
说明thread1和thread2在同时进行读操作。
这样就大大提升了读操作的效率。
不过要注意的是,如果有一个线程已经占用了读锁,则此时其他线程如果要申请写锁,则申请写锁的线程会一直等待释放读锁。
如果有一个线程已经占用了写锁,则此时其他线程如果申请写锁或者读锁,则申请的线程会一直等待释放写锁。
关于ReentrantReadWriteLock类中的其他方法感兴趣的朋友可以自行查阅API文档。
Lock和synchronized的选择
总结来说,Lock和synchronized有以下几点不同:
1)Lock是一个接口,而synchronized是Java中的关键字,synchronized是内置的语言实现;
2)synchronized在发生异常时,会自动释放线程占有的锁,因此不会导致死锁现象发生;而Lock在发生异常时,如果没有主动通过unLock()去释放锁,则很可能造成死锁现象,因此使用Lock时需要在finally块中释放锁;
3)Lock可以让等待锁的线程响应中断,而synchronized却不行,使用synchronized时,等待的线程会一直等待下去,不能够响应中断;
4)通过Lock可以知道有没有成功获取锁,而synchronized却无法办到。
5)Lock可以提高多个线程进行读操作的效率。
在性能上来说,如果竞争资源不激烈,两者的性能是差不多的,而当竞争资源非常激烈时(即有大量线程同时竞争),此时Lock的性能要远远优于synchronized。所以说,在具体使用时要根据适当情况选择。
4、原子操作类详解部分
这个包里面提供了一组原子变量类。其基本的特性就是在多线程环境下,当有多个线程同时执行这些类的实例包含的方法时,具有排他性,即当某个线程进入方法,执行其中的指令时,不会被其他线程打断,而别的线程就像自旋锁一样,一直等到该方法执行完成,才由JVM从等待队列中选择一个另一个线程进入,这只是一种逻辑上的理解。实际上是借助硬件的相关指令来实现的,不会阻塞线程(或者说只是在硬件级别上阻塞了)。可以对基本数据、数组中的基本数据、对类中的基本数据进行操作。原子变量类相当于一种泛化的volatile变量,能够支持原子的和有条件的读-改-写操作。
java.util.concurrent.atomic中的类可以分成4组:
第一组AtomicBoolean,AtomicInteger,AtomicLong,AtomicReference这四种基本类型用来处理布尔,整数,长整数,对象四种数据,其内部实现不是简单的使用 synchronized,而是一个更为高效的方式CAS (compare and swap) + volatile和native方法,从而避免了synchronized的高开销,执行效率大为提升。
如AtomicInteger的实现片断为:
- private static final Unsafe unsafe = Unsafe.getUnsafe();
- private volatile int value;
- public final int get() {
- return value;
- }
- public final void set(int newValue) {
- value = newValue;
- }
- public final boolean compareAndSet(int expect, int update) {
- return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
- }
- public final int getAndSet(int newValue) {
- for (;;) {
- int current = get();
- if (compareAndSet(current, newValue))
- return current;
- }
- }
- public final boolean compareAndSet(int expect, int update) {
- return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
- }
- public final boolean weakCompareAndSet(int expect, int update) {
- return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
- }
使用AtomicReference创建线程安全的堆栈
- package thread;
- import java.util.concurrent.atomic.AtomicReference;
- public class ConcurrentStack < T > {
- private AtomicReference < Node < T >> stacks = new AtomicReference < Node < T >> ();
- public T push(T e) {
- Node < T > oldNode,
- newNode;
- for (;;) { // 这里的处理非常的特别,也是必须如此的。
- oldNode = stacks.get();
- newNode = new Node < T > (e, oldNode);
- if (stacks.compareAndSet(oldNode, newNode)) {
- return e;
- }
- }
- }
- public T pop() {
- Node < T > oldNode,
- newNode;
- for (;;) {
- oldNode = stacks.get();
- newNode = oldNode.next;
- if (stacks.compareAndSet(oldNode, newNode)) {
- return oldNode.object;
- }
- }
- }
- private static final class Node < T > {
- private T object;
- private Node < T > next;
- private Node(T object, Node < T > next) {
- this.object = object;
- this.next = next;
- }
- }
- }
虽然原子的标量类扩展了Number类,但并没有扩展一些基本类型的包装类,如Integer或Long,事实上他们也不能扩展:基本类型的包装类是不可以修改的,而原子变量类是可以修改的。在原子变量类中没有重新定义hashCode或equals方法,每个实例都是不同的,他们也不宜用做基于散列容器中的键值。
第二组AtomicIntegerArray,AtomicLongArray还有AtomicReferenceArray类进一步扩展了原子操作,对这些类型的数组提供了支持。这些类在为其数组元素提供 volatile 访问语义方面也引人注目,这对于普通数组来说是不受支持的。
他们内部并不是像AtomicInteger一样维持一个valatile变量,而是全部由native方法实现,如下
AtomicIntegerArray的实现片断:
- private static final Unsafe unsafe = Unsafe.getUnsafe();
- private static final int base = unsafe.arrayBaseOffset(int[].class);
- private static final int scale = unsafe.arrayIndexScale(int[].class);
- private final int[] array;
- public final int get(int i) {
- return unsafe.getIntVolatile(array, rawIndex(i));
- }
- public final void set(int i, int newValue) {
- unsafe.putIntVolatile(array, rawIndex(i), newValue);
- }
第三组AtomicLongFieldUpdater,AtomicIntegerFieldUpdater,AtomicReferenceFieldUpdater基于反射的实用工具,可以对指定类的指定
字段进行原子更新。API非常简单,但是也是有一些约束:
- volatile
(1)字段必须是volatile类型的
(2)字段的描述类型(修饰符public/protected/default/private)是与调用者与操作对象字段的关系一致。也就是说 调用者能够直接操作对象字段,那么就可以反射进行原子操作。但是对于父类的字段,子类是不能直接操作的,尽管子类可以访问父类的字段。
(3)只能是实例变量,不能是类变量,也就是说不能加static关键字。
(4)只能是可修改变量,不能使final变量,因为final的语义就是不可修改。实际上final的语义和volatile是有冲突的,这两个关键字不能同时存在。
(5)对于AtomicIntegerFieldUpdater 和AtomicLongFieldUpdater 只能修改int/long类型的字段,不能修改其包装类型(Integer/Long)。如果要修改包装类型就需要使用AtomicReferenceFieldUpdater 。
netty5.0中类ChannelOutboundBuffer统计发送的字节总数,由于使用volatile变量已经不能满足,所以使用AtomicIntegerFieldUpdater 来实现的,看下面代码:
- //定义
- private static final AtomicLongFieldUpdater<ChannelOutboundBuffer> TOTAL_PENDING_SIZE_UPDATER =
- AtomicLongFieldUpdater.newUpdater(ChannelOutboundBuffer.class, "totalPendingSize");
- private volatile long totalPendingSize;
- //使用
- long oldValue = totalPendingSize;
- long newWriteBufferSize = oldValue + size;
- while (!TOTAL_PENDING_SIZE_UPDATER.compareAndSet(this, oldValue, newWriteBufferSize)) {
- oldValue = totalPendingSize;
- newWriteBufferSize = oldValue + size;
- }
【java基础】Java并发包
来源: http://www.bubuko.com/infodetail-2296942.html