Java中提供了synchronized，为什么还要提供Lock呢？

死锁的四个条件

1. 互斥条件 ：在一段时间内某资源仅为一个线程所占有。此时若有其他线程请求该资源，则请求线程只能等待。

2. 不可剥夺条件：线程所获得的资源在未使用完毕之前，不能被其他线程强行夺走，即只能由获得该资源的线程自己来释放（只能是主动释放)。

3. 请求与保持条件 ：线程已经保持了至少一个资源，但又提出了新的资源请求，而该资源已被其他线程占有，此时请求线程被阻塞，但对自己已获得的资源保持不放。

4. 循环等待条件：在发生死锁时必然存在一个进程等待队列{P1,P2,…,Pn},其中P1等待P2占有的资源，P2等待P3占有的资源，…，Pn等待P1占有的资源，形成一个进程等待环路，环路中每一个进程所占有的资源同时被另一个申请，也就是前一个进程占有后一个进程所深情地资源。

synchronized关键字的局限性

1. 有时候用synchronized修饰的代码，访问它需要很长时间，下一个要访问同一代码块的线程就要等待阻塞很长的时间。如果我想要下一个线程在等待一段时间后，如果还没有得到锁的话，就放弃等待，这就可以使用Lock锁，来设置等待时间。
2. synchronized 是互斥锁，同一时间只能有一个线程可以访问被它修饰的代码块。而Lock锁可以实现互斥锁，也可以实现共享锁（同一时间支持多条线程访问）。

如果我们的程序使用synchronized关键字发生了死锁时，synchronized关键是是无法破坏“不可剥夺”这个死锁的条件的。这是因为synchronized申请资源的时候， 如果申请不到， 线程直接进入阻塞状态了， 而线程进入阻塞状态， 啥都干不了， 也释放不了线程已经占有的资源。