死锁篇：锁顺序死锁问题

引言

初次接触 “死锁” ，在大学《操作系统原理》课程上，笔者对经典的 “哲学家进餐” 问题至今印象深刻，当时想象一些人围成一个圈等着拿筷子的场景，还觉得挺好笑的。回到本文，什么是死锁呢？这个问题相信大家都不陌生，摘录 “百度百科” 的解释是这样的：

死锁是指两个或两个以上的线程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。

操作系统中，锁是进程间通信的重要技术手段，它能解决进程间因共享资源可能出现的错误。如果使用不当或者过度使用，就可能会发生 “死锁” 问题 ，比如“哲学家饿死”这种 。

Java 应用发生死锁时，程序可能就此阻塞，程序僵而不死，服务无法正常使用，这就是死锁最直接的后果。

锁顺序死锁概述

死锁产生的原因很多，锁顺序就是一种。它指一个线程同时需要多把锁时，由于锁的请求顺序不同，而导致的死锁问题。一起来看一下《Java 并发编程实践》一书中，锁顺序死锁的案例。

案例回顾

LeftRightDeadLock 类定义了两个锁成员变量和两个方法，分别以相反的顺序请求两把锁：

public class LeftRightDeadLock {
	private final Object left = new Obj