程序为什么会死锁

产生死锁的原因主要是：

（1）由于体系资源不足。
（2）进程运转推动的次序不合适。
（3）资源分配不当等。
假如体系资源充足，进程的资源恳求都能够得到满意，死锁呈现的或许性就很低，否则就会因抢夺有限的资源而堕入死锁。其次，进程运转推动次序与速度不同，也或许产生死锁。
产生死锁的四个必要条件：
（1）互斥条件：一个资源每次只能被一个进程运用。
（2）恳求与坚持条件：一个进程因恳求资源而堵塞时，对已获得的资源坚持不放。
（3）不掠夺条件:进程已获得的资源，在末运用完之前，不能强行掠夺。
（4）循环等候条件:若干进程之间形成一种头尾相接的循环等候资源关系。
这四个条件是死锁的必要条件，只需体系发作死锁，这些条件必定建立，而只需上述条件之一不满意，就不会发作死锁。
死锁的免除与防备：
理解了死锁的原因，尤其是产生死锁的四个必要条件，就可以最大或许地防止、防备和免除死锁。所以，在体系规划、进程调度等方面留意怎么不让这四个必要条件建立，怎么确定资源的合理分配算法，防止进程永久占有体系资源。此外，也要防止进程在处于等候状况的情况下占用资源。因此，对资源的分配要给予合理的规划。

=======================================================================
线程的同步化或许会形成死锁，死锁发作在两个线程彼此持有对方正在等候的东西（实践是两个线程同享的东西）。只需有两个线程和两个目标就或许产生死锁。
[C#]纯文本检查
/**
*一个简单的死锁类
*当DeadLock类的目标flag==1时（td1），先确定o1,睡觉500毫秒
*而td1在睡觉的时分另一个flag==0的目标（td2）线程发动，先确定o2,睡觉500毫秒
*td1睡觉完毕后需求确定o2才能持续履行，而此刻o2已被td2确定；
*td2睡觉完毕后需求确定o1才能持续履行，而此刻o1已被td1确定；
*td1、td2彼此等候，都需求得到对方确定的资源才能持续履行，然后死锁。
*/
publicclassDeadLockimplementsRunnable{
publicintflag=1;
//静态目标是类的一切目标同享的
privatestaticObjecto1=newObject(),o2=newObject();
@Override
publicvoidrun(){
System.out.println(“flag=”+flag);
if(flag==1){
synchronized(o1){
try{
Thread.sleep(500);
}catch(Exceptione){
e.printStackTrace();
}
synchronized(o2){
System.out.println(“1”);
}
}
}
if(flag==0){
synchronized(o2){
try{
Thread.sleep(500);
}catch(Exceptione){
e.printStackTrace();
}
synchronized(o1){
System.out.println(“0”);
}
}
}
}
publicstaticvoidmain(String[]args){
DeadLocktd1=newDeadLock();
DeadLocktd2=newDeadLock();
td1.flag=1;
td2.flag=0;
//td1,td2都处于可履行状况，但JVM线程调度先履行哪个线程是不确定的。
//td2的run()或许在td1的run()之前运转
newThread(td1).start();
newThread(td2).start();
}
}