可以试试synchronized，可用来给对象和方法或者代码块加锁，当它锁定一个方法或者一个代码块的时候，同一时刻最多只有一个线程执行这段代码。
专注于为中小企业提供网站建设、网站设计服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业阿合奇免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了成百上千企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
public class DeadLockDemo implements Runnable {
DeadLockDemo grabIt; //定义一个本类的对象
public static void main(String[] args) {
DeadLockDemo d1 = new DeadLockDemo(); //实例化1
DeadLockDemo d2 = new DeadLockDemo(); //实例化2
Thread t1 = new Thread(d1); //创建线程t1
Thread t2 = new Thread(d2); //创建线程t2
/**
* grabIt看做类的成员，看成属性或者其他变量的就可以了
* 下面是个交替赋值过程，相当实例d1的成员变量grabIt获得d2引用
* d2类似
*/
d1.grabIt = d2;
d2.grabIt = d1;
/**
* 启动线程t1和t2，调用run方法
*/
t1.start();
t2.start();
//打印输出字符串
System.out.println("已启动死锁");
//下面这句打印main线程在run
// System.out.println(Thread.currentThread().getName() + " is running");
//代码死锁与join语句无关
try {
/**
* t1.join()的作用是把t1对应的线程合并到调用t1.join;语句的线程中。
* 在这个例子中相当与把join到main线程中去
* t2.join()类似
* 作用就是t1和t2线程不执行完，那么main线程中的代码就必须一直等待。
*/
t1.join();
t2.join();
}
catch (InterruptedException e) {
System.out.println("发生错误");
}
/**
* 如果没有join语句，那么代码执行到exit这一步。因为没有join语句main线程就不会等待t1和t2
* 也就是不会造成死锁。
* 在代码中有了join语句，执行到t1.join语句后就会停留，等待t1线程执行完，main线程才会继续接着走下去
* 也就是说有了join语句，下面的语句不会执行到，代码无法正常退出
*/
System.exit(0);
}
/**
* 同步方法使用的锁旗标为this对象，则run方法和syncIt方法使用的是相同的锁棋标。
*/
public synchronized void run() {
try {
/**
* 线程睡觉5 00毫秒
* t1线程进入后然后就睡觉,释放cpu给t2线程，t2到这里也睡觉
* t1先睡醒后接着走，由于run和syncIt使用的是同一个各自对象this的锁棋标
*
*/
Thread.sleep(500);
// System.out.println(Thread.currentThread().getName() + " is running");
}
/*在本例中，我们可以看到一个简单的程序，它按两个不同的时间间隔（ 500毫秒）在屏幕上显示当前时间。这是通过创建两个新线程来完成的，包括 main() 共三个线程。但是，因为有时要作为线程运行的类可能已经是某个类层次的一部分，所以就不能再按这种机制创建线程。虽然在同一个类中可以实现任意数量的接口，但 Java 编程语言只允许一个类有一个父类。同时，某些程序员避免从 Thread 类导出，因为它强加了类层次。对于这种情况，就要 runnable 接口。*/
catch (InterruptedException e) {
System.out.println("发生错误");
}
/**
* 在这里如果是t1线程访问到这里，则相当于调用d2.syncit()方法，类似可推t2线程
* 代码在这里产生死锁，因为t1线程走到这里，需要d2对象的锁棋标，而t2线程走到这里又需要d1的锁棋标
* 因为t1和t2线程使用的是不同对象，所以他们可以先后进入run方法，不需要先进入的线程执行完。
*/
grabIt.syncIt();
}
public synchronized void syncIt() {
try {
//代码根本执行不到这里
//如上
//如果去掉t2线程，那么单独一个t1线程是可以走到这里的，因为t1线程调用的是d2对象的syncIt方法，不需要d1对象的锁旗标
Thread.sleep(500);
//打印
// System.out.println(Thread.currentThread().getName() + " is running");
System.out.println("同步");
}
catch (InterruptedException e) {
System.out.println("发生错误");
}
//打印
System.out.println("在synchIt()方法中");
}
}
在 IBM Bluemix 云平台上开发并部署您的下一个应用。
开始您的试用
Java 语言通过 synchronized 关键字来保证原子性，这是因为每一个 Object 都有一个隐含的锁，这个也称作监视器对象。在进入 synchronized 之前自动获取此内部锁，而一旦离开此方式，无论是完成或者中断都会自动释放锁。显然这是一个独占锁，每个锁请求之间是互斥的。相对于众多高级锁 (Lock/ReadWriteLock 等)，synchronized 的代价都比后者要高。但是 synchronzied 的语法比较简单，而且也比较容易使用和理解。Lock 一旦调用了 lock() 方法获取到锁而未正确释放的话很有可能造成死锁，所以 Lock 的释放操作总是跟在 finally 代码块里面，这在代码结构上也是一次调整和冗余。Lock 的实现已经将硬件资源用到了极致，所以未来可优化的空间不大，除非硬件有了更高的性能，但是 synchronized 只是规范的一种实现，这在不同的平台不同的硬件还有很高的提升空间，未来 Java 锁上的优化也会主要在这上面。既然 synchronzied 都不可能避免死锁产生，那么死锁情况会是经常容易出现的错误，下面具体描述死锁发生的原因及解决方法。
死锁描述
死锁是操作系统层面的一个错误，是进程死锁的简称，最早在 1965 年由 Dijkstra 在研究银行家算法时提出的，它是计算机操作系统乃至整个并发程序设计领域最难处理的问题之一。
事实上，计算机世界有很多事情需要多线程方式去解决，因为这样才能最大程度上利用资源，才能体现出计算的高效。但是，实际上来说，计算机系统中有很多一次只能由一个进程使用的资源的情况，例如打印机，同时只能有一个进程控制它。在多通道程序设计环境中，若干进程往往要共享这类资源，而且一个进程所需要的资源还很有可能不止一个。因此，就会出现若干进程竞争有限资源，又推进顺序不当，从而构成无限期循环等待的局面。我们称这种状态为死锁。简单一点描述，死锁是指多个进程循环等待它方占有的资源而无限期地僵持下去的局面。很显然，如果没有外力的作用，那么死锁涉及到的各个进程都将永远处于封锁状态。
系统发生死锁现象不仅浪费大量的系统资源，甚至导致整个系统崩溃，带来灾难性后果。所以，对于死锁问题在理论上和技术上都必须予以高度重视。
银行家算法
一个银行家如何将一定数目的资金安全地借给若干个客户，使这些客户既能借到钱完成要干的事，同时银行家又能收回全部资金而不至于破产。银行家就像一个操作系统，客户就像运行的进程，银行家的资金就是系统的资源。
银行家算法需要确保以下四点：
当一个顾客对资金的最大需求量不超过银行家现有的资金时就可接纳该顾客；
顾客可以分期贷款, 但贷款的总数不能超过最大需求量；
当银行家现有的资金不能满足顾客尚需的贷款数额时，对顾客的贷款可推迟支付，但总能使顾客在有限的时间里得到贷款；
当顾客得到所需的全部资金后，一定能在有限的时间里归还所有的资金。
