package mytask;

public class Task {

    public static void main(String[] args) {

        DeadThread thread = new DeadThread();

        Thread t1 = new Thread(thread);

        t1.setName("a");

        Thread t2 = new Thread(thread);

        t2.setName("b");

        t1.start();

        t2.start();

    }

}

class DeadThread implements Runnable{

    private String o1= new String("o1");

    private String o2 = new String("o2");

    @Override

    public void run() {

        if(Thread.currentThread().getName().equals("a")){

            synchronized(o1){

                System.out.println("a thread  enter outer monitor o1....");

                try{

                    Thread.sleep(3000);

                    System.out.println("a waiting for o2 monitor...");

                    synchronized(o2){

                        System.out.println("a thread enter inner monitr o2");

                    }

                }catch(InterruptedException e){

                    e.printStackTrace();

                }

            }

        }else{

            synchronized(o2){

                System.out.println("b thread  enter outer monitor o1....");

                try{

                    Thread.sleep(3000);

                    System.out.println("b waiting for o1 monitor...");

                    synchronized(o1){

                        System.out.println("b thread enter inner monitr o1");

                    }

                }catch(InterruptedException e){

                    e.printStackTrace();

                }

            }

        }

    }

}

输出结果：

a thread  enter outer monitor o1....

b thread  enter outer monitor o1....

a waiting for o2 monitor...

b waiting for o1 monitor...

一致处于阻塞状态，可以通过jps命令查看信息得到

8064 Task

3832

3388 Jps

然后再执行 jstack -l 8064

得到信息

Full thread dump Java HotSpot(TM) 64-Bit Server VM (20.6-b01 mixed mode):

"DestroyJavaVM" prio=6 tid=0x000000000096c000 nid=0x494 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:

        - None

"b" prio=6 tid=0x0000000006d66800 nid=0x548 waiting for monitor entry [0x000000000772f000]

   java.lang.Thread.State: BLOCKED (on object monitor)

        at mytask.DeadThread.run(Task.java:40)

        - waiting to lock <0x00000007c099b648> (a java.lang.String)

        - locked <0x00000007c099b668> (a java.lang.String)

        at java.lang.Thread.run(Thread.java:662)

   Locked ownable synchronizers:

        - None

"a" prio=6 tid=0x0000000006d66000 nid=0x1354 waiting for monitor entry [0x000000000762f000]

   java.lang.Thread.State: BLOCKED (on object monitor)

        at mytask.DeadThread.run(Task.java:27)

        - waiting to lock <0x00000007c099b668> (a java.lang.String)

        - locked <0x00000007c099b648> (a java.lang.String)

        at java.lang.Thread.run(Thread.java:662)

   Locked ownable synchronizers:

        - None

"Low Memory Detector" daemon prio=6 tid=0x00000000025bf000 nid=0x1890 runnable [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:

        - None

"C2 CompilerThread1" daemon prio=10 tid=0x00000000025b5800 nid=0x1bb8 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:

        - None

"C2 CompilerThread0" daemon prio=10 tid=0x00000000025ac800 nid=0x1ee8 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:

        - None

"Attach Listener" daemon prio=10 tid=0x00000000025ab800 nid=0x480 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:

        - None

"Signal Dispatcher" daemon prio=10 tid=0x00000000025a8800 nid=0xebc runnable [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:

        - None

"Finalizer" daemon prio=8 tid=0x0000000002592000 nid=0x1dd0 in Object.wait() [0x0000000006d2f000]

   java.lang.Thread.State: WAITING (on object monitor)

        at java.lang.Object.wait(Native Method)

        - waiting on <0x00000007c0961300> (a java.lang.ref.ReferenceQueue$Lock)

        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)

        - locked <0x00000007c0961300> (a java.lang.ref.ReferenceQueue$Lock)

        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)

        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

   Locked ownable synchronizers:

        - None

"Reference Handler" daemon prio=10 tid=0x000000000258e800 nid=0x1560 in Object.wait() [0x0000000006c2f000]

   java.lang.Thread.State: WAITING (on object monitor)

        at java.lang.Object.wait(Native Method)

        - waiting on <0x00000007c09611d8> (a java.lang.ref.Reference$Lock)

        at java.lang.Object.wait(Object.java:485)

        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)

        - locked <0x00000007c09611d8> (a java.lang.ref.Reference$Lock)

   Locked ownable synchronizers:

        - None

"VM Thread" prio=10 tid=0x0000000002588000 nid=0x1d38 runnable

"GC task thread#0 (ParallelGC)" prio=6 tid=0x00000000024e1800 nid=0x1e40 runnable

"GC task thread#1 (ParallelGC)" prio=6 tid=0x00000000024e3000 nid=0x1854 runnable

"GC task thread#2 (ParallelGC)" prio=6 tid=0x00000000024e4800 nid=0x1e00 runnable

"GC task thread#3 (ParallelGC)" prio=6 tid=0x00000000024e6800 nid=0x970 runnable

"VM Periodic Task Thread" prio=10 tid=0x00000000025c2000 nid=0xf00 waiting on condition

JNI global references: 882

Found one Java-level deadlock:

=============================

"b":

  waiting to lock monitor 0x0000000002598548 (object 0x00000007c099b648, a java.lang.String),

  which is held by "a"

"a":

  waiting to lock monitor 0x0000000002595de8 (object 0x00000007c099b668, a java.lang.String),

  which is held by "b"

Java stack information for the threads listed above:

===================================================

"b":

        at mytask.DeadThread.run(Task.java:40)

        - waiting to lock <0x00000007c099b648> (a java.lang.String)

        - locked <0x00000007c099b668> (a java.lang.String)

        at java.lang.Thread.run(Thread.java:662)

"a":

        at mytask.DeadThread.run(Task.java:27)

        - waiting to lock <0x00000007c099b668> (a java.lang.String)

        - locked <0x00000007c099b648> (a java.lang.String)

        at java.lang.Thread.run(Thread.java:662)

Found 1 deadlock.

死锁的一个经典场景为哲学家就餐问题。 产生死锁的原因主要是：

（1） 因为系统资源不足。
（2） 进程运行推进的顺序不合适。
（3） 资源分配不当等。
如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序与速度不同，也可能产生死锁。
产生死锁的四个必要条件：
（1） 互斥条件：一个资源每次只能被一个进程使用。
（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
（3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。
（4） 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。

死锁的解除与预防：
理解了死锁的原因，尤其是产生死锁的四个必要条件，就可以最大可能地避免、预防和
解除死锁。所以，在系统设计、进程调度等方面注意如何不让这四个必要条件成立，如何确
定资源的合理分配算法，避免进程永久占据系统资源。此外，也要防止进程在处于等待状态
的情况下占用资源。因此，对资源的分配要给予合理的规划。

最新文章

  1. window自动任务实现数据库定时备份
  2. js实现css、addClass、removeClass和toggleClass
  3. [Android界面] 如何 去掉dialog的黑色背景和边框 DEMO
  4. R之pryr
  5. JMeter使用代理录制脚本
  6. python之路模块与包
  7. MLR算法[Paper笔记]
  8. jquery 循环获取checkBox的值,以及对复选框选中，取消，操作按钮
  9. http客户端请求及服务端详解
  10. go语言框架gin之集成swagger
  11. 浏览器录宏重放软件-iMacros
  12. 一道很经典的 BFS 题
  13. [TenserFlow学习笔记]——安装
  14. PyQt5--QSlide
  15. JAVA面对对象(二)——继承、方法的覆写
  16. 大数据系列之数据仓库Hive安装
  17. app流畅度测试--使用手机自带功能
  18. eclipse cdt Program &quot;make&quot; not found in PATH
  19. 常见的移动端H5页面开发遇到的坑和解决办法
  20. python 之 多进程

热门文章

  1. 在Signalr的Hub中写方法实现与安卓的数据交互
  2. Spring+SpringMVC+MyBatis+easyUI整合基础篇（七）JDBC url的连接参数
  3. 电器ERP行业案例——环力科技
  4. Selenium 显示等待和隐式等待
  5. Android使用Sugar ORM创建数据库报no such table:...的解决方法
  6. CentOS 安装 clamav
  7. signedCookies
  8. 自动部署Nginx和nfs并架设Nginx集群脚本
  9. PRINCE2学习
  10. WebStorm里使用注意点