Synchronized

  • 修饰一个代码块,被修饰的代码块称为同步语句块,其作用的范围是大括号{} 括起来的代码,作用的对象是调用这个代码块的对象
  • 修饰一个方法,被修饰的方法称为同步方法,其作用的范围是整个方法,作用 的对象是调用这个方法的对象
    • 虽然可以使用 synchronized 来定义方法,但 synchronized 并不属于方法定 义的一部分,因此,synchronized 关键字不能被继承。如果在父类中的某个方 法使用了 synchronized 关键字,而在子类中覆盖了这个方法,在子类中的这 个方法默认情况下并不是同步的,而必须显式地在子类的这个方法中加上 synchronized 关键字才可以。当然,还可以在子类方法中调用父类中相应的方 法,这样虽然子类中的方法不是同步的,但子类调用了父类的同步方法,因此, 子类的方法也就相当于同步了
  • 修改一个静态的方法,其作用的范围是整个静态方法,作用的对象是这个类的 所有对象
  • 修改一个类,其作用的范围是 synchronized 后面括号括起来的部分,作用主 的对象是这个类的所有对象

什么是 Lock

  • Lock 锁实现提供了比使用同步方法和语句可以获得的更广泛的锁操作。它们允 许更灵活的结构,可能具有非常不同的属性,并且可能支持多个关联的条件对 象。Lock 提供了比 synchronized 更多的功能
  • Lock 与的 Synchronized 区别
    • Lock 不是 Java 语言内置的,synchronized 是 Java 语言的关键字,因此是内 置特性。Lock 是一个类,通过这个类可以实现同步访问
    • Lock 和 synchronized 有一点非常大的不同,采用 synchronized 不需要用户 去手动释放锁,当 synchronized 方法或者 synchronized 代码块执行完之后, 系统会自动让线程释放对锁的占用;而 Lock 则必须要用户去手动释放锁,如 果没有主动释放锁,就有可能导致出现死锁现象。 ```java Lock lock = …; lock.lock(); try{ //处理任务 }catch(Exception ex){

}finally{ lock.unlock(); //释放锁 }

  1. <a name="rxCvd"></a>
  2. ### newCondition
  3. - 关键字 synchronized 与 wait()/notify()这两个方法一起使用可以实现等待/通
  4. 知模式, Lock 锁的 newContition()方法返回 Condition 对象,Condition 类
  5. 也可以实现等待/通知模式
  6. - 用 notify()通知时,JVM 会随机唤醒某个等待的线程, 使用 Condition 类可以
  7. 进行选择性通知, Condition 比较常用的两个方法:
  8. - await()会使当前线程等待,同时会释放锁,当其他线程调用 signal()时,线程会重
  9. 新获得锁并继续执行。
  10. - signal()用于唤醒一个等待的线程
  11. - 在调用 Condition 的 await()/signal()方法前,也需要线程持有相关
  12. 的 Lock 锁,调用 await()后线程会释放这个锁,在 singal()调用后会从当前
  13. Condition 对象的等待队列中,唤醒 一个线程,唤醒的线程尝试获得锁, 一旦
  14. 获得锁成功就继续执行
  15. <a name="gVB2g"></a>
  16. ### ReentrantLock
  17. - ReentrantLock,意思是“可重入锁”,关于可重入锁的概念将在后面讲述
  18. - ReentrantLock 是唯一实现了 Lock 接口的类,并且 ReentrantLock 提供了更
  19. 多的方法。下面通过一些实例看具体看一下如何使用
  20. ```java
  21. public void insert(Thread thread) {
  22. Lock lock = new ReentrantLock(); //注意这个地方
  23. lock.lock();
  24. try {
  25. System.out.println(thread.getName()+"得到了锁");
  26. for(int i=0;i<5;i++) {
  27. arrayList.add(i);
  28. }
  29. } catch (Exception e) {
  30. // TODO: handle exception
  31. }finally {
  32. System.out.println(thread.getName()+"释放了锁");
  33. lock.unlock();
  34. }
  35. }

ReadWriteLock

  • ReadWriteLock 也是一个接口,在它里面只定义了两个方法:

    1. public interface ReadWriteLock {
    2. /**
    3. * Returns the lock used for reading.
    4. *
    5. * @return the lock used for reading
    6. */
    7. Lock readLock();
    8. /**
    9. * Returns the lock used for writing.
    10. *
    11. * @return the lock used for writing
    12. */
    13. Lock writeLock();
    14. }
  • 一个用来获取读锁,一个用来获取写锁。也就是说将文件的读写操作分开,分 成 2 个锁来分配给线程,从而使得多个线程可以同时进行读操作。下面的

  • ReentrantReadWriteLock 实现了 ReadWriteLock 接口
  • ReentrantReadWriteLock 里面提供了很多丰富的方法,不过最主要的有两个 方法:readLock()和 writeLock()用来获取读锁和写锁
    • 如果有一个线程已经占用了读锁,则此时其他线程如果要申请写锁,则申请写 锁的线程会一直等待释放读锁
    • 如果有一个线程已经占用了写锁,则此时其他线程如果申请写锁或者读锁,则 申请的线程会一直等待释放写锁

小结

  • Lock 是一个接口,而 synchronized 是 Java 中的关键字,synchronized 是内 置的语言实现
  • synchronized 在发生异常时,会自动释放线程占有的锁,因此不会导致死锁现 象发生;而 Lock 在发生异常时,如果没有主动通过 unLock()去释放锁,则很 可能造成死锁现象,因此使用 Lock 时需要在 finally 块中释放锁
  • Lock 可以让等待锁的线程响应中断,而 synchronized 却不行,使用 synchronized 时,等待的线程会一直等待下去,不能够响应中断
  • 通过 Lock 可以知道有没有成功获取锁,而 synchronized 却无法办到
  • Lock 可以提高多个线程进行读操作的效率
    • 在性能上来说,如果竞争资源不激烈,两者的性能是差不多的,而当竞争资源 非常激烈时(即有大量线程同时竞争),此时 Lock 的性能要远远优于 synchronized