Synchronized和ReentrantLock都是Java中用于实现线程同步的机制，它们的目的都是为了保证多线程环境下的数据安全和正确性，避免竞态条件（Race Condition）的发生。下面详细对比它们的异同：
- 锁类型：
- Synchronized：是Java中的内置锁（Intrinsic Lock），也称为监视器锁（Monitor Lock）。在Java中，每个对象都有一个内置锁，当使用Synchronized关键字修饰方法或代码块时，实际上就是对这个对象的内置锁进行加锁和解锁操作。
- ReentrantLock：是Java中的显示锁（Explicit Lock），它是java.util.concurrent包中的类，需要显式地使用ReentrantLock对象来进行加锁和解锁。
- 获取锁的方式：
- Synchronized：自动获取锁，当一个线程执行Synchronized修饰的代码块时，会自动获得对象的内置锁，其他线程需要等待锁释放后才能进入。
- ReentrantLock：需要显式地调用lock()方法来获取锁，并在合适的时机调用unlock()方法释放锁，可以灵活控制锁的获取和释放。
- 锁的可重入性：
- Synchronized：支持可重入性，同一个线程在已经获得某个对象的内置锁时，可以再次获取该对象的内置锁而不会被阻塞。
- ReentrantLock：同样支持可重入性，一个线程在已经获得ReentrantLock对象锁时，可以再次获取该锁而不会被阻塞，但要注意要对应地释放相同次数的锁。
- 等待锁的超时：
- Synchronized：不支持等待锁的超时设置。
- ReentrantLock：支持等待锁的超时设置，可以使用tryLock(long timeout, TimeUnit unit)方法来尝试获取锁，在指定的时间内获取不到则放弃。
- 锁的公平性：
- Synchronized：不保证线程获取锁的公平性，即线程在等待锁时没有特定的顺序，可能会导致某些线程一直获取不到锁（饥饿现象）。
- ReentrantLock：支持公平锁和非公平锁，默认是非公平锁。可以通过构造函数传入true来创建公平锁，即等待时间较长的线程会优先获得锁。
- 适用性：
- Synchronized：简单易用，适用于大部分的同步场景，能满足一般的线程同步需求。
- ReentrantLock：更灵活且功能更强大，提供了很多高级特性，如可中断的锁获取、公平锁、可重入性的限制等，适用于复杂的同步场景。
总的来说，Synchronized是Java内置的锁机制，使用简单但功能有限，而ReentrantLock是更灵活、功能更强大的显示锁机制，适用于需要更高级功能的同步需求。在选择使用哪种锁机制时，要根据具体的业务场景和性能需求来做出合适的选择。
标签：内置,Java,Synchronized,异同,ReentrantLock,获取,线程 From： https://blog.51cto.com/u_16097317/6924387