https://time.geekbang.org/column/article/85001

死锁:一组互相竞争资源的线程因互相等待,导致“永久”阻塞的现象。

用细粒度锁来锁定多个资源时,要注意死锁的问题

只有以下这四个条件都发生时才会出现死锁:

  1. 互斥,共享资源 X 和 Y 只能被一个线程占用;

    这个无法避免

  2. 占有且等待,线程 T1 已经取得共享资源 X,在等待共享资源 Y 的时候,不释放共享资源 X;

要破坏这个条件,可以一次性申请所有资源 在编程中就是新建一个类去管理所有的资源 提供释放全部和获取全部的方法

  1. 不可抢占,其他线程不能强行抢占线程 T1 占有的资源;

    java.util.concurrent 这个包下面提供的 Lock 是可以轻松解决这个问题 后面再唠 TODO

  2. 循环等待,线程 T1 等待线程 T2 占有的资源,线程 T2 等待线程 T1 占有的资源,就是循环等待。

需要对资源进行排序,然后按序申请资源

只要我们破坏其中一个,就可以成功避免死锁的发生。

课后思考

我们上面提到:破坏占用且等待条件,我们也是锁了所有的账户,而且还是用了死循环 while(!actr.apply(this, target));这个方法,那它比 synchronized(Account.class) 有没有性能优势呢?欢迎在留言区与我分享你的想法,也欢迎你在留言区记录你的思考过程。感谢阅读,如果你觉得这篇文章对你有帮助的话,也欢迎把它分享给更多的朋友。

答案

synchronized(Account.class) 锁了Account类相关的所有操作。相当于文中说的包场了,只要与Account有关联,通通需要等待当前线程操作完成。while死循环的方式只锁定了当前操作的两个相关的对象。两种影响到的范围不同。

死锁例子

  1. public class DeadLock {
  2. public static String obj1 = "obj1";
  3. public static String obj2 = "obj2";
  4. public static void main(String[] args){
  5. Thread a = new Thread(new Lock1());
  6. Thread b = new Thread(new Lock2());
  7. a.start();
  8. b.start();
  9. }
  10. }
  11. class Lock1 implements Runnable{
  12. @Override
  13. public void run(){
  14. try{
  15. System.out.println("Lock1 running");
  16. while(true){
  17. synchronized(DeadLock.obj1){
  18. System.out.println("Lock1 lock obj1");
  19. Thread.sleep(3000);//获取obj1后先等一会儿,让Lock2有足够的时间锁住obj2
  20. synchronized(DeadLock.obj2){
  21. System.out.println("Lock1 lock obj2");
  22. }
  23. }
  24. }
  25. }catch(Exception e){
  26. e.printStackTrace();
  27. }
  28. }
  29. }
  30. class Lock2 implements Runnable{
  31. @Override
  32. public void run(){
  33. try{
  34. System.out.println("Lock2 running");
  35. while(true){
  36. synchronized(DeadLock.obj2){
  37. System.out.println("Lock2 lock obj2");
  38. Thread.sleep(3000);
  39. synchronized(DeadLock.obj1){
  40. System.out.println("Lock2 lock obj1");
  41. }
  42. }
  43. }
  44. }catch(Exception e){
  45. e.printStackTrace();
  46. }
  47. }
  48. }