synchronized和lock的最大的不同，我想是在解决synchronized的死锁问题，使用synchronized一旦出现死锁就阻塞在那里无法解锁。而lock如果获取锁失败，有相应的处理机制，可以释放掉已持有的锁，这样就死锁问题就得到了更好的解决。

想问一下 为啥用Lock 演示 直接用ReentrantLock 就不用强转啦

lock锁和条件变量和synchronized同步以及wait感觉作用是一一对应的，我想问一下lock锁比synchronized强在哪，什么情况下用lock，什么情况下用synchronized

极客时间的课程质量真的是可以,老师很有经验,每个技术点都能解释的通俗易懂. 但是,为啥不讲读写锁咧,哈哈

把老师代码拿到本地，改注释，本地运行，看结果，去理解 /捂脸... public class LearnLockWaitNotifyAppMain { public static void main(String[] args) { Lock locker = new ReentrantLock(); Condition condition = locker.newCondition(); int workingSec = 2;// 模拟工作时长（sleep秒数） int threadCount = 3;// 启动线程数量 for (int i = 1; i <= threadCount; i++) { new Thread(() -> { System.out.println(getName() + "：线程启动，等待获取lock……"); try { locker.lock(); System.out.println(getName() + "：我进来了，我准备工作2秒……"); sleepSec(workingSec); System.out.println(getName() + "：进入await()……"); // >> TODO await 方法必须在当前线程获取锁之后才能调用 // >> TODO await 方法调用后自动失去锁 condition.await(); // >> TODO 被唤醒的线程，就相当于执行过了await方法，开始向下执行，指定的第一件事就是获取之前失去的锁 System.out.println(getName() + "：线程继续……"); sleepSec(2); System.out.println(getName() + "：结束！"); } catch (InterruptedException e) { e.printStackTrace(); } finally { locker.unlock(); } }, "工作线程" + i).start(); } // >> TODO await / signal 一样也有 lost notification 的问题 System.out.println("------------- 【main】唤醒线程开始sleep，兄弟们快点，都赶紧启动，进入await状态 -------------"); sleepSec(10); System.out.println("------------- 【main】唤醒线程sleep结束，开始叫人了！ -------------"); try { // >> TODO signal / signalAll 方法必须在当前线程获取锁之后才能调用 locker.lock(); System.out.println("------------- 【main-我拿到锁了】开始唤醒所有其他线程 -------------"); condition.signalAll(); } finally { locker.unlock(); } }// end of main() /** =============================其他辅助方法============================== **/ // 进程休眠 private static void sleepSec(int sec) { try { Thread.sleep(TimeUnit.SECONDS.toMillis(sec)); } catch (InterruptedException e) { e.printStackTrace(); } } // 获取当前进程名称 private static String getName() { return "【线程】[" + Thread.currentThread().getName() + "]"; } }

synchronized释放锁是出代码块时编译器自动完成的，而lock释放锁需要开发者自己手动释放