Lock.lock()为什么在try之前执行？

Java类库中提供了几种用于替代synchronized的锁，比如ReentrantLock、ReentrantReadWriteLock等，使用该锁时加锁与解锁的操作必须在代码中指定执行，通常会以如下方式使用：

ReentrantLock lock = new ReentrantLock();
lock.lock(); // 加锁
try{
    // do something
}finally{
    lock.unlock(); // 解锁
}

为何加锁操作需要在try之前，能否在try块中执行呢？

不推荐，原因在于加锁操作可能会抛出异常，如果加锁操作在try块之前，那么出现异常时try-finally块不会执行，程序直接因为异常而中断执行；如果加锁操作在try块中，由于已经执行到了try块，那么finally在try中出现异常时仍然会执行，此时try中的加锁操作出现异常，finally依然会执行解锁操作，而此时并没有获取到锁，执行解锁操作会抛出另外一个异常，虽然都是抛出异常结束，但是此时finally解锁抛出的异常信息会将加锁的异常信息覆盖，导致信息丢失。因此应该将加锁操作放在try块之前执行。

将加锁操作放在try块之前执行，可能有其它问题吗？

看如下代码，如果在加锁之后执行一系列predo的操作，会出现什么问题呢？

ReentrantLock lock = new ReentrantLock();
lock.lock(); // 加锁
// predo something
try{
    // do something
}finally{
    lock.unlock();
}

如果在predo的操作中出现异常，程序会因为异常而终止，而由于并未执行try块，因此finally也不会执行，此时锁并没有释放掉，因此可能会出现死锁。所以，加锁之后直接执行try块，不要执行predo操作。