synchronized的局限性与lock的好处

synchronized的局限性与lock的好处：
如果一个代码块被synchronized关键字修饰，当一个线程获取了对应的锁，并执行该代码块时，其他线程便只能一直等待直至占有锁的线程释放锁。事实上，占有锁的线程释放锁一般会是以下三种情况之一：

• 占有锁的线程执行完了该代码块，然后释放对锁的占有；
• 占有锁线程执行发生异常，此时JVM会让线程自动释放锁；
• 占有锁线程进入 WAITING 状态从而释放锁，例如在该线程中调用wait()方法等。

局限1：
使用synchronized下，假如占有锁的线程由于要等待IO或其他原因（sleep）被阻塞了，但又没有释放锁，那么其他线程就只能一直等待，这会极大影响程序执行效率。
解决：使用tryLock（long time，TimeUnit unit）或者 响应中断（lockInterruptibly（）），可以通过lock解决。

局限2：
当多个线程读写文件时，读操作和写操作会发生冲突现象，写写也会，但是读读是不会发生冲突的。如果使用synchronized实现同步的话，就会导致只有一个线程可以执行读操作，其他读进程都会被阻塞。
解决：使用读写锁ReentrantReadWriteLock来确保读读操作不会进行阻塞。

局限3：
使用synchronized无法判断是否已经成功获得锁。
解决：使用ReentrantLock可以得知线程有没有成功获取到锁。

两者区别：
1）synchronized是Java的关键字，因此是Java的内置特性，是基于JVM层面实现的。而Lock是一个Java接口，是基于JDK层面实现的，通过这个接口可以实现同步访问；

2）采用synchronized方式不需要用户去手动释放锁，当synchronized方法或者synchronized代码块执行完之后，系统会自动让线程释放对锁的占用；而 Lock则必须要用户去手动释放锁，如果没有主动释放锁，就有可能导致死锁现象。