synchronized与ReentrantLock的区别是什么，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
相同点：
原子性，可见性，有序性，可重入性
不同点：
synchronized是非公平锁，ReentrantLock可以创建公平与非公平锁。
synchronized无法中断一个正在等待获取锁的线程，ReentrantLock使用lockInterruptibly可以感知中断获取锁的操作。
ReentrantLock可以实现非块结构的加锁。
ReentrantLock使用tryLock(time)来实现定时锁，也可避免死锁。
在实现生产者消费者模型时，synchronized加锁，只能唤醒所有等待锁的线程Object.notifyAll()。ReentrantLock可以使用condition减小等待锁的粒度，在唤醒线程时就可以针对条件队列来唤醒线程了Condition.signal()，提高效率。
在等待锁时，使用synchronized的线程进入的是BLOCKED状态，使用ReentrantLock的线程进入的是WAITING状态。
选择：
ReentrantLock并不是一种替代内置锁的方法，而是当内置加锁机制不适用时，作为一种可选择的高级功能。
Java5时，ReentrantLock比内置锁可以提供更好的竞争性能，但在Java6后，使用了改善后的算法来管理内置锁，导致两者的差异越来越小，所以还是优先使用内置锁，仅当内置锁不能满足要求时，才可以考虑使用ReentrantLock。
PS：
在公平的锁上，线程将按照它们发出请求的顺序来获得锁，但在非公平的锁上，则允许插队：当一个线程请求非公平锁时，如果在发出请求的同时该锁状态变为可用，那么这个线程将跳过队列中所有等待线程并获得这个锁。拿一个生活中的场景举例子，在我晚上经常去的一家肉饼店，肉饼出的很慢，我们都需要付钱拿号等待，结果有个顾客过来点餐，他正好点到肉饼的时候肉饼出锅了，如果是非公平的场景，店员无视我们前面等待的顾客，就直接把肉饼给这位顾客了。
产生死锁的4个必要条件：互斥条件；请求与保持条件；不剥夺条件；循环等待条件；tryLock破坏了不剥夺条件。
看完上述内容，你们掌握synchronized与ReentrantLock的区别是什么的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
