1、同步代码:线程安全 数据安全 数据完整 性能非常低。
2、非同步代码:非线程安全 数据不完整、数据重复、数据错位等 性能高。
3、死锁:过多的同步就会造成死锁。好比这样一个场景:有一天大马猴偷了二狗的女朋友,二狗偷了大马猴的儿子(多个线程对象同时同步),二狗说:你还我女朋友,我就还你儿子。大马猴说:你还我儿子,我就还你女朋友。二狗又说:你不还我女朋友,我就不还你儿子。大马猴说:你不还我儿子,我就不还你女朋友。(此时出现了死锁),有两种结果:1、等死。(内存耗尽) 2、只要有一方松开即可解这个锁。
4、解决方案:删除代码中任何一个synchronized()代码块即可。
有两种实现方法,分别是继承Thread类与实现Runnable
接口
用synchronized关键字修饰同步方法
反对使用stop(),是因为它不安全。它会解除由线程获取的所有锁定,而且如果对象处于一种不连贯状态,那么
其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。suspend()方法容易发生死锁。调用
suspend()的时候,目标线程会停下来,但却仍然持有在这之前获得的锁定。此时,其他任何线程都不能访问锁定
的资源,除非被"挂起"的线程恢复运行。对任何线程来说,如果它们想恢复目标线程,同时又试图使用任何一个
锁定的资源,就会造成死锁。所以不应该使用suspend(),而应在自己的Thread类中置入一个标志,指出线程应该
活动还是挂起。若标志指出线程应该挂起,便用wait()命其进入等待状态。若标志指出线程应当恢复,则用一个
notify()重新启动线程。
以下是一个简单的死锁例子,程序说明都写着类的注释里了,有点罗嗦,但是应该也还是表述清楚了的。
/
一个简单的死锁类
@author iStar
当类的对象flag=1时(T1),先锁定O1,睡眠500毫秒,然后锁定O2;
而T1在睡眠的时候另一个flag=0的对象(T2)线程启动,先锁定O2,睡眠500毫秒,等待T1释放O1;
T1睡眠结束后需要锁定O2才能继续执行,而此时O2已被T2锁定;
T2睡眠结束后需要锁定O1才能继续执行,而此时O1已被T1锁定;
T1、T2相互等待,都需要对方锁定的资源才能继续执行,从而死锁。
/
class DeadLock implements Runnable {
public int flag = 1;
static Object o1 = new Object(), o2 = new Object();
@Override
public void run() {
Systemoutprintln("flag=" + flag);
if(flag == 1) {
synchronized(o1) {
try {
Threadsleep(500);
} catch (Exception e) {
eprintStackTrace();
}
synchronized(o2) {
Systemoutprintln("1");
}
}
}
if(flag == 0) {
synchronized(o2) {
try {
Threadsleep(500);
} catch (Exception e) {
eprintStackTrace();
}
synchronized(o1) {
Systemoutprintln("0");
}
}
}
}
public static void main(String[] args) {
DeadLock td1 = new DeadLock();
DeadLock td2 = new DeadLock();
td1flag = 1;
td2flag = 0;
new Thread(td1)start();
new Thread(td2)start();
}
}
以上就是关于问一个Java死锁的问题全部的内容,包括:问一个Java死锁的问题、怎么处理JAVA多线程死锁问题、java如何重现死锁等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)