Java 锁

1、概念

说到Java中的锁要联系到多线程。
多线程确实在效率上带来了很大的便利,便利的同时不得不考虑多个线程之间对资源竞争引起的安全问题。
同步关键字synchronized是比较熟悉的用来解决线程安全的一个关键字,但是锁(Lock)是一个在资源竞争激励的情况下性能更优于synchronized的方法。
再看一些多并发文章中,会提及各种各样锁如公平锁,乐观锁,读写锁等等,这里说一些常用的锁,把主要的锁讲透,会用。

2、分类

按照锁的特性和设计来划分,分为如下几类:
1、公平锁/非公平锁
2、可重入锁
3、独享锁/共享锁
4、互斥锁/读写锁
5、乐观锁/悲观锁
6、分段锁
7、偏向锁/轻量级锁/重量级锁
8、自旋锁(java.util.concurrent包下的几乎都是利用锁)
从底层角度看常见的锁也就两种:Synchronized和Lock接口以及ReadWriteLock接口(读写锁)

3、介绍

说一下每一个锁的概念。

1、公平锁/非公平锁

公平锁指多个线程按照申请锁的顺序来依次获取锁。
非公平锁指多个线程获取锁的顺序并不是按照申请锁的顺序来获取,有可能后申请锁的线程比先申请锁的线程优先获取到锁,此极大的可能会造成线程饥饿现象,迟迟获取不到锁。
由于ReentrantLock是通过AQS来实现线程调度,可以实现公平锁,但是synchroized是非公平的,无法实现公平锁。

2、可重入锁

可重入锁又名递归锁,是指在同一个线程,在外层方法获取锁的时候,在进入内层方法会自动获取锁。

3、独享锁/共享锁

独享锁是指该锁一次只能被一个线程所持有。
共享锁是指该锁可被多个线程所持有。

4、互斥锁/读写锁

上面讲的独享锁/共享锁就是一种广义的说法,互斥锁/读写锁就是具体的实现。
互斥锁在Java中的具体实现就是ReentrantLock
读写锁在Java中的具体实现就是ReadWriteLock

5、乐观锁/悲观锁

悲观锁认为对于同一个数据的并发操作,一定是会发生修改的,哪怕没有修改,也会认为修改。因此对于同一个数据的并发操作,悲观锁采取加锁的形式。悲观的认为,不加锁的并发操作一定会出问题。
乐观锁则认为对于同一个数据的并发操作,是不会发生修改的。在更新数据的时候,会采用尝试更新。乐观的认为,不加锁的并发操作是没有事情的。

6、分段锁

分段锁其实是一种锁的设计,并不是具体的一种锁,对于ConcurrentHashMap而言,其并发的实现就是通过分段锁的形式来实现高效的并发操作。

7、偏向锁

偏向锁是指一段同步代码一直被一个线程所访问,那么该线程会自动获取锁。降低获取锁的代价。

8、自旋锁(java.util.concurrent包下的几乎都是利用锁)

自旋锁是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式去尝试获取锁,这样的好处是减少线程上下文切换的消耗,缺点是循环会消耗CPU。

4、实战

其实上面说的很多概念,没有使用前也是一脸懵的,毕竟使用很少的情况下,只是惯性的去使用,没有多想其他,更别说有的几乎没有使用过,第一次听说的都有。
遇到这种使用很少或者没有使用过的,最好通过实例来认识。
这里不做更多的介绍,只介绍常用的几种。
再说其他几种锁之前说先说 Lock接口与synchronized关键字。

1、synchronized关键字

很多人都知道 synchronized关键字 是一种同步锁。
它的原理是:一个线程访问一个对象中的synchronized(this)同步代码块时,其他试图访问该对象的线程将被阻塞。

  1. import java.util.ArrayList;
  2. import java.util.List;
  3. public class Test {
  4. public static void main(String[] args) {
  5. System.out.println("使用关键字synchronized");
  6. SyncThread syncThread = new SyncThread();
  7. Thread thread1 = new Thread(syncThread, "SyncThread1");
  8. Thread thread2 = new Thread(syncThread, "SyncThread2");
  9. thread1.start();
  10. thread2.start();
  11. }
  12. }
  13. class SyncThread implements Runnable {
  14. private static int count;
  15. public SyncThread() {
  16. count = 0;
  17. }
  18. public void run() {
  19. synchronized (this){
  20. for (int i = 0; i < 5; i++) {
  21. try {
  22. System.out.println("线程name:"+Thread.currentThread().getName() + ":" + (count++));
  23. Thread.sleep(100);
  24. } catch (InterruptedException e) {
  25. e.printStackTrace();
  26. }
  27. }
  28. }
  29. }
  30. public int getCount() {
  31. return count;
  32. }
  33. }

分析:
1、当两个并发线程(thread1和thread2)访问同一个对象(syncThread)中的synchronized代码块时,在同一时刻只能有一个线程得到执行,另一个线程受阻塞,必须等待当前线程执行完这个代码块以后才能执行该代码块。
2、Thread1和thread2是互斥的,因为在执行synchronized代码块时会锁定当前的对象,只有执行完该代码块才能释放该对象锁,下一个线程才能执行并锁定该对象。
修饰一个方法
Synchronized修饰一个方法很简单,就是在方法的前面加synchronized
将上面的代码修改如下:

  1. public synchronized void run() {
  2. {
  3. for (int i = 0; i < 5; i++) {
  4. try {
  5. System.out.println("线程name:"+Thread.currentThread().getName() + ":" + (count++));
  6. Thread.sleep(100);
  7. } catch (InterruptedException e) {
  8. e.printStackTrace();
  9. }
  10. }
  11. }
  12. }

分析:
1、输入结果可以发现两个线程是交替的
2、虽然可以使用synchronized来定义方法,但synchronized并不属于方法定义的一部分,因此,synchronized关键字不能被继承。
如果在父类中的某个方法使用了synchronized关键字,而在子类中覆盖了这个方法,在子类中的这个方法默认情况下并不是同步的,而必须显式地在子类的这个方法中加上synchronized关键字才可以

2、Lock接口

JDK1.5之后并发包中新增了Lock接口以及相关实现类来实现锁功能。

  1. Lock lock=new ReentrantLock();
  2. lock.lock();
  3. try{
  4. }finally{
  5. lock.unlock();
  6. }

分析:上面的代码时Lock接口的简单使用比较简单。
还是以一个售票的机制来看 Lock接口锁时怎么实现的?

  1. import java.util.concurrent.locks.Lock;
  2. import java.util.concurrent.locks.ReentrantLock;
  3. /**
  4. * 一、用于解决多线程安全问题的方式:
  5. * 1.同步代码块 synchronized 隐式锁
  6. * 2.同步方法 synchronized 隐式锁
  7. * 3.同步锁Lock (jdk1.5以后) 显示锁
  8. * 注意:显示锁,需要通过lock()方式上锁,必须通过unlock()方式进行释放锁
  9. */
  10. public class TestLock {
  11. public static void main(String[] args) {
  12. TicketCar ticketCar = new TicketCar();
  13. new Thread(ticketCar, "1号窗口").start();
  14. new Thread(ticketCar, "2号窗口").start();
  15. new Thread(ticketCar, "3号窗口").start();
  16. }
  17. }
  18. class TicketCar implements Runnable {
  19. private int tick = 100;
  20. private Lock lock = new ReentrantLock();
  21. @Override
  22. public void run() {
  23. while (true) {
  24. lock.lock();
  25. try {
  26. if (tick > 0) {
  27. try {
  28. Thread.sleep(200);
  29. } catch (InterruptedException e) {
  30. e.printStackTrace();
  31. }
  32. System.out.println(Thread.currentThread().getName() + " 完成售票,余票为 " + --tick);
  33. }
  34. } finally {
  35. lock.unlock();
  36. }
  37. }
  38. }
  39. }

上面说了工作中常用的两种方式,下面再简单聊几种比较常用的。

3、读写锁

关于使用读写锁就是在读的时候上读锁,写的时候上写锁,主要用来解决synchronized不能解决的问题(两个线程同时读,理论上是可以并行的,但是synchronized是加了锁的)。
ReadWriteLock接口中有两个方法,分别是readLockwriteLock。源码如下:

  1. public interface ReadWriteLock {
  2. /**
  3. * 返回读锁
  4. */
  5. Lock readLock();
  6. /**
  7. * 返回写锁
  8. */
  9. Lock writeLock();
  10. }

关于读写锁做一个操作,在写操作的时候不允许读操作,读写分开。

  1. import java.util.HashMap;
  2. import java.util.Map;
  3. import java.util.concurrent.locks.Lock;
  4. import java.util.concurrent.locks.ReentrantReadWriteLock;
  5. public class threadTest {
  6. static Map<String, Object> map = new HashMap<String, Object>();
  7. static ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();
  8. static Lock r = rwl.readLock();
  9. static Lock w = rwl.writeLock();
  10. // 获取一个key对应的value
  11. public static final Object get(String key) {
  12. Object object = null;
  13. try {
  14. r.lock();
  15. System.out.println("正在做读的操作,key:" + key + " 开始");
  16. try {
  17. Thread.sleep(100);
  18. } catch (InterruptedException e) {
  19. // TODO Auto-generated catch block
  20. e.printStackTrace();
  21. }
  22. object = map.get(key);
  23. System.out.println("正在做读的操作,key:" + key + " 结束");
  24. System.out.println();
  25. } catch (Exception e) {
  26. // TODO Auto-generated catch block
  27. e.printStackTrace();
  28. }finally{
  29. r.unlock();
  30. }
  31. return object;
  32. }
  33. // 设置key对应的value,并返回旧有的value
  34. public static final Object put(String key, Object value) {
  35. Object object = null;
  36. try {
  37. w.lock();
  38. System.out.println("正在做写的操作,key:" + key + ",value:" + value + "开始.");
  39. try {
  40. Thread.sleep(100);
  41. } catch (InterruptedException e) {
  42. // TODO Auto-generated catch block
  43. e.printStackTrace();
  44. }
  45. object = map.put(key, value);
  46. System.out.println("正在做写的操作,key:" + key + ",value:" + value + "结束.");
  47. System.out.println();
  48. } catch (Exception e) {
  49. // TODO Auto-generated catch block
  50. e.printStackTrace();
  51. }finally{
  52. w.unlock();
  53. }
  54. return object;
  55. }
  56. public static void main(String[] args) {
  57. new Thread(new Runnable() {
  58. public void run() {
  59. for (int i = 0; i < 10; i++) {
  60. threadTest.put(i + "", i + "");
  61. }
  62. }
  63. }).start();
  64. new Thread(new Runnable() {
  65. public void run() {
  66. for (int i = 0; i < 10; i++) {
  67. threadTest.get(i + "");
  68. }
  69. }
  70. }).start();
  71. }
  72. }

1、调用读写方法的时候 添加了 锁 lock ,只有在finally执行玩调用unlock,解锁后才能允许其他锁的执行。

4、可重入锁

对于Java ReentrantLock而言,他的名字就可以看出是一个可重入锁,其名字是Re entrant Lock重新进入锁。
对于Synchronized而言,也是一个可重入锁。可重入锁的一个好处是可一定程度避免死锁。

5、公平锁/非公平锁

  1. /**
  2. * 公平锁与非公平锁
  3. */
  4. public class FairAndUnFairThread {
  5. public static void main(String[] args) throws InterruptedException {
  6. //默认非公平锁
  7. final Lock lock = new ReentrantLock(true);
  8. final MM m = new MM(lock);
  9. for (int i=1;i<=10 ;i++){
  10. String name = "线程"+i;
  11. Thread tt = new Thread(new Runnable() {
  12. @Override
  13. public void run() {
  14. for(int i=0;i<2;i++){
  15. m.testReentrant();
  16. }
  17. }
  18. },name);
  19. tt.start();
  20. }
  21. }
  22. }
  23. class MM {
  24. Lock lock = null;
  25. MM(Lock lock){
  26. this.lock = lock;
  27. }
  28. public void testReentrant(){
  29. lock.lock();
  30. try{
  31. Thread.sleep(1);
  32. System.out.println(Thread.currentThread().getName() );
  33. } catch (InterruptedException e) {
  34. e.printStackTrace();
  35. } finally {
  36. lock.unlock();
  37. }
  38. }
  39. public synchronized void testSync(){
  40. System.out.println(Thread.currentThread().getName());
  41. }
  42. }

1、这种公平也不是绝对的 不一定就是按照顺序,可能因为CPU准备原因,可能会有一些不公平的。