结论：
1：加锁前不能有可能异常的代码结构，原因：没加锁，直接因为上边的异常走finall解锁，导致不必要的问题
2：加锁后，try之前。有异常代码，导致无法走到try进行解锁.后果：1：无法解锁 2：其他线程获取不到锁在使用阻塞等待获取锁的方式中，
1：必须在try代码块之外,
2：并且在加锁方法 与try代码块之间没有任何可能抛出异常的方法调用，避免加锁成功后，在 finally中无法解锁
最坏影响： 加 锁 后不能解锁占用资源，或者没有加 锁 直接解锁抛出 异常
• 说明一：如果在lock方法与try代码块之间的方法调用抛出异常，那么无 法解锁，造成其它线程无法成功获取锁。
• 说明二：如果lock方法在try代码块之内，可能由于其它方法抛出异 常，导致在finally代码块中，unlock对未加锁的对象解锁，它会调用 AQS 的 tryRelease 方法（取决于具体实现类），抛出 IllegalMonitorStateException异常。
• 说明三：在Lock对象的lock方法实现中可能抛出unchecked异常，产 生的后果与说明二相同。
正例：
Lock lock = new XxxLock();//......lock.lock();try {doSomething();doOthers();
}
finally {lock.unlock();
}反例：
Lock lock = new XxxLock();try {// 如果此处抛出异常，则直接执行finally代码块（此时没加锁就解锁，会有问题）doSomething();// 无论加锁是否成功，finally代码块都会执行lock.lock();doOthers();}finally {lock.unlock();}
