synchronized与object对象本身监视器方法notify、wait、notifyAll实现线程等待和通知，Lock与condition搭配实现线程等待/通知。一个对象可以有多个condition，线程可以注册到不同的condition，synchronized相当于一个对象只有一个单一的condition，所有线程只能注册它身上。
lock的锁是是一个接口，而synchronized是在JVM层面实现的。synchronized释放锁有两种方式：第一种，以获取锁的线程执行完同步代码，释放锁 。第二种，线程执行发生异常，jvm会让线程释放锁。lock锁的释放：出现异常时必须在finally中释放锁，不然容易造成线程死锁。
lock显示获取锁和释放锁，提供超时获取锁、可中断地获取锁。synchronized是以隐式地获取和释放锁，synchronized无法中断一个正在等待获取锁的线程。
https://blog.csdn.net/qq_40068214/article/details/88983183
总之，如果这个获取锁的线程由于要等待IO或者其他原因（比如调用sleep方法）被阻塞了，但是又没有释放锁，其他线程便只能干巴巴地等待，试想一下，这多么影响程序执行效率。因此就需要有一种机制可以不让等待的线程一直无期限地等待下去（比如只等待一定的时间或者能够响应中断），通过Lock就可以办到。
再举一个例子：当有多个线程读写文件时，读操作和写操作会发生冲突现象，写操作和写操作会发生冲突现象，但是读操作和读操作不会发生冲突现象。但是采用synchronized关键字来实现同步的话，就会导致一个问题：如果多个线程都只是进行读操作，当一个线程在进行读操作时，其他线程只能等待无法进行读操作。因此就需要一种机制来使得多个线程都只是进行读操作时，线程之间不会发生冲突，通过Lock就可以办到。另外，通过Lock可以知道线程有没有成功获取到锁。这个是synchronized无法办到的。总的来说，也就是说Lock提供了比synchronized更多的功能。
Lock和synchronized的选择
1）Lock是一个接口，而synchronized是Java中的关键字，synchronized是内置的语言实现；
2）synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象发生；而Lock在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock时需要在finally块中释放锁；
3）Lock可以让等待锁的线程响应中断，而synchronized却不行，使用synchronized时，等待的线程会一直等待下去，不能够响应中断；
4）通过Lock可以知道有没有成功获取锁，而synchronized却无法办到。
5）Lock可以提高多个线程进行读操作的效率。
在性能上来说，如果竞争资源不激烈，两者的性能是差不多的，而当竞争资源非常激烈时（即有大量线程同时竞争），此时Lock的性能要远远优于synchronized。所以说，在具体使用时要根据适当情况选择。