lock和synchronized有什么不同（面试普通人VS高手系列）
lock和synchronized有什么不同（面试普通人VS高手系列）在实际应用中，线程以及线程安全性是非常重要和常见的功能，对于这部分内容如果理解不够深刻，很容易造成生产级别的故障。这个问题主要是考察求职责对并发基础能力的掌握。他们都可以实现多线程对共享资源访问的线程安全性。下面我从4个方面来回答以上就是我对于这个问题的理解。
原文链接：https://www.cnblogs.com/mic112/p/16139964.html
今天来分享一道阿里一面的面试题，“lock和Synchronized的区别”。
对于这个问题，看看普通人和高手的回答！
普通人：#嗯，lock是J.U.C包里面提供的锁，synchronized是Java中的同步关键字。
他们都可以实现多线程对共享资源访问的线程安全性。
高手：#下面我从4个方面来回答
- 从功能角度来看，Lock和Synchronized都是Java中用来解决线程安全问题的工具。
- 从特性来看
- Synchronized是Java中的同步关键字，Lock是J.U.C包中提供的接口，这个接口有很多实现类，其中就包括ReentrantLock重入锁
- Synchronized可以通过两种方式来控制锁的粒度
- 一种是把synchronized关键字修饰在方法层面
- 另一种是修饰在代码块上，并且我们可以通过Synchronized加锁对象的声明周期来控制锁的作用范围，比如锁对象是静态对象或者类对象，那么这个锁就是全局锁。
- 如果锁对象是普通实例对象，那这个锁的范围取决于这个实例的声明周期。
- Lock锁的粒度是通过它里面提供的lock()和unlock()方法决定的
- 包裹在这两个方法之间的代码能够保证线程安全性。而锁的作用域取决于Lock实例的生命周期。
- Lock比Synchronized的灵活性更高，Lock可以自主决定什么时候加锁，什么时候释放锁，只需要调用lock()和unlock()这两个方法就行，同时Lock还提供了非阻塞的竞争锁方法tryLock()方法，这个方法通过返回true/false来告诉当前线程是否已经有其他线程正在使用锁。
- Synchronized由于是关键字，所以它无法实现非阻塞竞争锁的方法，另外，Synchronized锁的释放是被动的，就是当Synchronized同步代码块执行完以后或者代码出现异常时才会释放。
- Lock提供了公平锁和非公平锁的机制，公平锁是指线程竞争锁资源时，如果已经有其他线程正在排队等待锁释放，那么当前竞争锁资源的线程无法插队。而非公平锁，就是不管是否有线程在排队等待锁，它都会尝试去竞争一次锁。 Synchronized只提供了一种非公平锁的实现。
- 从性能方面来看，Synchronized和Lock在性能方面相差不大，在实现上会有一些区别，Synchronized引入了偏向锁、轻量级锁、重量级锁以及锁升级的方式来优化加锁的性能，而Lock中则用到了自旋锁的方式来实现性能优化。
以上就是我对于这个问题的理解。
总结#这个问题主要是考察求职责对并发基础能力的掌握。
在实际应用中，线程以及线程安全性是非常重要和常见的功能，对于这部分内容如果理解不够深刻，很容易造成生产级别的故障。
如果在面试过程中遇到了比较刁钻和奇葩的问题，欢迎私信或评论区给我留言！
