死锁的定义:

1、一般的死锁

一般的死锁是指多个线程的执行必须同时拥有多个资源,由于不同的线程需要的资源被不同的线程占用,最终导致僵持的状态,这就是一般死锁的定义。
package com.cxt.thread;  

public class TestDeadLock extends Thread{
boolean b;
DeadLock lock;
public TestDeadLock(boolean b, DeadLock lock) {
super();
this.b = b;
this.lock = lock;
}
public static void main(String[] args) {
DeadLock lock = new DeadLock();
TestDeadLock t1 = new TestDeadLock(true, lock);
TestDeadLock t2 = new TestDeadLock(false, lock);
t1.start();
t2.start();
}
@Override
public void run() {
if(this.b){
lock.m1();
}
else
lock.m2();
} } class DeadLock {
Object o1 = new Object();
Object o2 = new Object(); void m1(){
synchronized(o1){
System.out.println("m1 Lock o1 first");
synchronized(o2){
System.out.println("m1 Lock o2 second");
}
}
}
void m2(){
synchronized(o2){
System.out.println("m2 Lock o2 first");
synchronized(o1){
System.out.println("m2 Lock o1 second");
}
}
}
}

如代码所示我们可知:线程t1,t2都需要对象o1,o2才能正常地完成功能,但是由于他们所持的对象与要获得的对象刚好相反,使得两条线程一直僵持,

最终导致死锁。
 
解决方法:等其中一条线程完全执行完之后再执行另外一条线程。
推广到多条线程,按一定的顺序执行多条线程。
另外一种方法就是设置优先级,如果运行多条线程出现死锁,优先级低的回退,优先级高的先执行这样即可解决死锁问题。
 
 

2、嵌套管程锁死

 
线程1获得A对象的锁。
线程1获得对象B的锁(同时持有对象A的锁)。
线程1决定等待另一个线程的信号再继续。
线程1调用B.wait(),从而释放了B对象上的锁,但仍然持有对象A的锁。 线程2需要同时持有对象A和对象B的锁,才能向线程1发信号。
线程2无法获得对象A上的锁,因为对象A上的锁当前正被线程1持有。
线程2一直被阻塞,等待线程1释放对象A上的锁。 线程1一直阻塞,等待线程2的信号,因此,不会释放对象A上的锁,
而线程2需要对象A上的锁才能给线程1发信号……

看代码:

package com.cxt.Lock;  

import com.cxt.thread.Synchronizer;
import com.cxt.thread.TestLock; //lock implementation with nested monitor lockout problem
/**
* 一个坑爹的嵌套管程锁死,区别于死锁
*/
public class Lock {
protected MonitorObject monitorObject = new MonitorObject();
protected boolean isLocked = false; public static void main(String[] args) {
Lock l = new Lock();
l.isLocked = true; MyRunnable r1 = new MyRunnable(l, );
MyRunnable r2 = new MyRunnable(l, );
Thread t1 = new Thread(r1);
Thread t2 = new Thread(r2);
t1.start();
t2.start();
/*
* 時而鎖住,時而釋放,因為另外兩條線程沒有有时捕捉不到isLocked = false
*/
// for (int i = 0; i < 100; i++) {
// l.isLocked = false;
// try {
// Thread.sleep(10);
// } catch (InterruptedException e) {
// e.printStackTrace();
// }
// }
// } public void lock() throws InterruptedException {
// 当执行这个方法时,isLocked=true时,其他方法无论执行lock方法还是执行Unlock方法都会导致管程死锁
// 只有手动将isLocked 设置为false才能解决死锁,设置为false时必须让其他线程检测到,所以必须设置时间长一点
synchronized (this) {
while (isLocked) {
synchronized (this.monitorObject) {
this.monitorObject.wait();
}
}
isLocked = true;
}
} public void unlock() {
synchronized (this) {
this.isLocked = false;
synchronized (this.monitorObject) {
this.monitorObject.notify();
}
}
} static class MyRunnable implements Runnable {
Lock l = null;
int i; public MyRunnable(Lock l, int i) {
this.l = l;
this.i = i;
} @Override
public void run() {
try {
if (i % == ) {
this.l.lock();
} else {
this.l.unlock();
}
} catch (InterruptedException e) {
e.printStackTrace();
}
} }
}
 
 

我们观察lock()方法,执行lock()时,当isLocked 为true时,问题就来了,执行monitorObject的方法块,

但是monitorObject变成了等待状态,但是这是外面的this锁还是被此线程持有的,如果有其他线程要执行lock()
或者unLock(),此时都会产生无限等待的状态,此线程也因此永远处于无限带等待其他线程来唤醒monitorObject的状态,
最终就一直僵持着。
 
解决方法手动将isLocked设为false.
 
这一种较坑,编代码时别没事找事做。
 

3、重入锁死

package com.cxt.Lock;  

public class Lock2{
private boolean isLocked = false; public static void main(String[] args) {
Lock2 lock = new Lock2(); MyRunnable r1 = new MyRunnable(lock, true);
MyRunnable r2 = new MyRunnable(lock, false);
Thread t1 = new Thread(r1);
Thread t2 = new Thread(r2);
t1.start(); // t2.start();
}
public synchronized void lock()
throws InterruptedException{
while(isLocked){
wait();
}
isLocked = true;
} public synchronized void unlock(){
isLocked = false;
notify();
} static class MyRunnable implements Runnable{
Lock2 l = null;
boolean flag = false;
public MyRunnable(Lock2 l, boolean flag) {
this.l = l;
this.flag = flag;
}
@Override
public void run() {
if(flag == true)
try {
// 如果连续执行两次lock(),就会产生系统无限等待的状态
// 解决方法就是在两次中间执行一次unLock()方法
l.lock();
System.out.println("Lock!");
// l.unlock();
// System.out.println("Unlock!");
l.lock();
System.out.println("Lock!");
} catch (InterruptedException e) {
e.printStackTrace();
}
else
l.unlock();
} }
}

当连续执行两次lock()时会出现:

第一次,isLocked为false,执行完把isLocked设为true.
第二次,isLocked为true,此时就会处于无限等待的状态。
 
解决方法,两个lock()中间执行一次unLock方法,或者由另外一条线程来执行一次unLock()方法。
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
【重入锁】
package com.text;

public class Lock2{
private boolean isLocked = false; public static void main(String[] args) {
Lock2 lock = new Lock2(); MyRunnable r1 = new MyRunnable(lock, true);
MyRunnable r2 = new MyRunnable(lock, false);
Thread t1 = new Thread(r1);
Thread t2 = new Thread(r2);
t1.start(); // t2.start();
}
public synchronized void lock()
throws InterruptedException{
while(isLocked){
System.out.println("synchronized wait()!");
unlock();
wait();
}
isLocked = true;
System.out.println("synchronized lock!");
} public synchronized void unlock(){
isLocked = false;
notify();
System.out.println("synchronized unlock!");
} static class MyRunnable implements Runnable{
Lock2 l = null;
boolean flag = false;
public MyRunnable(Lock2 l, boolean flag) {
this.l = l;
this.flag = flag;
}
@Override
public void run() {
if(flag == true)
try {
// 如果连续执行两次lock(),就会产生系统无限等待的状态
// 解决方法就是在两次中间执行一次unLock()方法
l.lock();
System.out.println("Lock!");
l.lock();
// l.unlock(); //注释了
System.out.println("Lock!");
} catch (InterruptedException e) {
e.printStackTrace();
}
else
l.unlock();
} }
}

输出:

synchronized lock!
Lock!
synchronized wait()!
synchronized unlock!

在一个synchronized方法/块的内部调用本类的其他synchronized方法/块时,是永远可以获得锁的。

package com.text;

public class Lock2{
private boolean isLocked = false; public static void main(String[] args) {
Lock2 lock = new Lock2(); MyRunnable r1 = new MyRunnable(lock, true);
MyRunnable r2 = new MyRunnable(lock, false);
Thread t1 = new Thread(r1);
Thread t2 = new Thread(r2);
t1.start(); // t2.start();
}
public synchronized void lock()
throws InterruptedException{
while(isLocked){
System.out.println("synchronized wait()!");
wait();
}
isLocked = true;
System.out.println("synchronized lock!");
} public synchronized void unlock(){
isLocked = false;
notify();
System.out.println("synchronized unlock!");
} static class MyRunnable implements Runnable{
Lock2 l = null;
boolean flag = false;
public MyRunnable(Lock2 l, boolean flag) {
this.l = l;
this.flag = flag;
}
@Override
public void run() {
if(flag == true)
try {
// 如果连续执行两次lock(),就会产生系统无限等待的状态
// 解决方法就是在两次中间执行一次unLock()方法
l.lock();
System.out.println("Lock!");
l.lock();
l.unlock(); //取消注释了
System.out.println("Lock!");
} catch (InterruptedException e) {
e.printStackTrace();
}
else
l.unlock();
} }
}

输出:

synchronized lock!
Lock!
synchronized wait()!

因为连续两个lock方法,导致在第二次时形成死锁,第三次的unlock由于不是在synchronized方法/块内调用的,所以无法获取锁,

Android 死锁和重入锁的更多相关文章

  1. Synchronized可重入锁通俗易懂的简单分析

    可重入锁概念: 当一个线程得到一个对象锁后,再次请求此对象时时可以再次得到该对象的锁的,这也证明synchronized方法/块的内部调用本类的其他synchronized方法/块时,时永远可以得到锁 ...

  2. Java 多线程 -- 理解锁:手动实现可重入锁和不可重入锁

    JDK提供的大多数内置锁都是可重入的,也就是 说,如果某个线程试图获取一个已经由它自己持有的锁时,那么这个请求会立 刻成功,并且会将这个锁的计数值加1,而当线程退出同步代码块时,计数器 将会递减,当计 ...

  3. Java可重入锁如何避免死锁

    本文由https://bbs.csdn.net/topics/390939500和https://zhidao.baidu.com/question/1946051090515119908.html启 ...

  4. 举例讲解Python中的死锁、可重入锁和互斥锁

    举例讲解Python中的死锁.可重入锁和互斥锁 一.死锁 简单来说,死锁是一个资源被多次调用,而多次调用方都未能释放该资源就会造成死锁,这里结合例子说明下两种常见的死锁情况. 1.迭代死锁 该情况是一 ...

  5. JUC(11)各种锁的理解(公平锁、可重入锁、自旋锁、死锁)

    文章目录 1.公平锁.非公平锁 2.可重入锁 3.自旋锁 4.死锁 1.公平锁.非公平锁 公平锁:非常公平.不能插队.必须先来后到 非公平锁:非常不公平.可以插队.(默认非公平) 可以修改为公平锁 2 ...

  6. JAVA锁机制-可重入锁,可中断锁,公平锁,读写锁,自旋锁,

    如果需要查看具体的synchronized和lock的实现原理,请参考:解决多线程安全问题-无非两个方法synchronized和lock 具体原理(百度) 在并发编程中,经常遇到多个线程访问同一个 ...

  7. java ReentrantLock可重入锁功能

    1.可重入锁是可以中断的,如果发生了死锁,可以中断程序 //如下程序出现死锁,不去kill jvm无法解决死锁 public class Uninterruptible { public static ...

  8. 可重入锁 & 自旋锁 & Java里的AtomicReference和CAS操作 & Linux mutex不可重入

    之前还是写过蛮多的关于锁的文章的: http://www.cnblogs.com/charlesblc/p/5994162.html <[转载]Java中的锁机制 synchronized &a ...

  9. Java并发编程-可重入锁

    可重入锁,也叫做递归锁,指的是同一线程 外层函数获得锁之后 ,内层递归函数仍可以获取该锁而不受影响.在JAVA环境下 ReentrantLock 和synchronized 都是 可重入锁. publ ...

随机推荐

  1. 开源:ASP.NET Aries 开发框架

    前言: 随着岁月的推进,不知不觉已在.NET这领域上战斗了十年了. 青春还没来得急好好感受,却已是步入健忘之秋的老人一枚了. 趁着还有点记忆,得赶紧把硬盘里那私藏的80G除外的东西,和大伙分享分享. ...

  2. JavaScript Math和Number对象

    目录 1. Math 对象:数学对象,提供对数据的数学计算.如:获取绝对值.向上取整等.无构造函数,无法被初始化,只提供静态属性和方法. 2. Number 对象 :Js中提供数字的对象.包含整数.浮 ...

  3. 23种设计模式--单例模式-Singleton

    一.单例模式的介绍 单例模式简单说就是掌握系统的至高点,在程序中只实例化一次,这样就是单例模式,在系统比如说你是该系统的登录的第多少人,还有数据库的连接池等地方会使用,单例模式是最简单,最常用的模式之 ...

  4. 12、Struts2表单重复提交

    什么是表单重复提交 表单的重复提交: 若刷新表单页面, 再提交表单不算重复提交. 在不刷新表单页面的前提下: 多次点击提交按钮 已经提交成功, 按 "回退" 之后, 再点击 &qu ...

  5. UWP开发之ORM实践:如何使用Entity Framework Core做SQLite数据持久层?

    选择SQLite的理由 在做UWP开发的时候我们首选的本地数据库一般都是Sqlite,我以前也不知道为啥?后来仔细研究了一下也是有原因的: 1,微软做的UWP应用大部分也是用Sqlite.或者说是微软 ...

  6. animate.css(第三方动画使用方法)

    p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 17.0px Monaco; color: #a5b2b9 } animation 语法: animatio ...

  7. Flexible 弹性盒子模型之CSS flex-grow 属性

    实例 让第二个元素的宽度为其他元素的三倍: div:nth-of-type(1){flex-grow:1;} div:nth-of-type(2){flex-grow:3;} div:nth-of-t ...

  8. 网站里加入QQ在线客服

    1.开启"QQ在线状态"服务  http://jingyan.baidu.com/article/b24f6c823425a586bfe5da1f.html http://www. ...

  9. ADFS3.0与SharePoint2013安装配置(原创)

    现在越来越多的企业使用ADFS作为单点登录,我希望今天的内容能帮助大家了解如何配置ADFS和SharePoint 2013.安装配置SharePoint2013这块就不做具体描述了,今天主要讲一下怎么 ...

  10. 解决:win10_x64 VMware Workstation and Hyper-V are not compatible. Remove the Hyper-V role from the system before running VMware Workstation

    bcdedit /set hypervisorlaunchtype off A reboot of of the Windows OS is necessary  必须重启才能生效   To enab ...