AQS同步组件及ReentrantLock和synchronized的区别
AQS同步组件
- CountDownLatch(只有一个线程对他进行操作):
主线程必须在启动其它线程后立即调用await()方法。这样主线程的操作就会在这个方法上阻塞,直到其它线程完成各自的任务。
- Semaphore:
控制某个资源可被同时访问的个数
- CyclicBarriar:
N个线程相互等待相互等待到某个公共屏障点,然后这一组线程再同时执行。
- ReentrantLock(类比sycronized:sycronized是通过jvm实现):
(可重入锁,可指定公平锁还是非公平锁)(避免线程进入内核阻塞态)
ReentrantLock和synchronized的区别,了解synchronized的实现原理吗?
- 锁的实现:Synchronized是依赖于JVM实现的,而ReenTrantLock是JDK实现的,有什么区别,说白了就类似于操作系统来控制实现和用户自己敲代码实现的区别。前者的实现是比较难见到的,后者有直接的源码可供阅读。
- 性能的区别:在Synchronized优化之前,Synchronized性能是比ReenTrantLock差很多的,但是自从Synchronized引入偏向锁,轻量级锁后,两者的性能就差不多了,两种方法都可用的情况下,官方甚至建议使用sychonized
- 功能的区别:Synchronized的使用比较方便简洁,并且由编译器去保证的加锁和释放锁,为了避免忘记手工释放造成死锁,所以最好在finally中声明释放锁。
- 锁的粒度和灵活度:很明显ReenTrantLock优于Sychronized。
- ReenTrantLock独有的能力:
1.ReenTrantLock可以指定是公平锁还是非公平锁,而synchronized只能是非公平锁。所谓的公平锁就是先等待的线程先获得锁;
2.ReenTrantLock提供了一个Condition(条件)类,用来实现分组唤醒需要唤醒的线程们,而不是像synchronized要么随机唤醒一个线程要么唤醒全部线程。
3. ReenTrantLock提供了一种能够中断等待锁的线程的机制,通过lock.lockInterruptibly()来实现这个机制。
ReenTrantLock实现的原理:ReenTrantLock的实现是一种自旋锁,通过循环调用CAS操作来实现加锁。它的性能比较好也是因为避免了使线程进入内核态的阻塞状态。想尽办法避免线程进入内核的阻塞状态是我们去分析和理解锁设计的关键钥匙。
StampLock:乐观锁和悲观锁
Condition:多线程间的通信类
FutureTask:(callable开辟线程,在任务结束后,能得到任务执行的结果)
Fork/join框架:(用的少)
驾云归来