Java中synchronized关键字的作用是什么

这篇文章将为大家详细讲解有关Java中synchronized关键字的作用是什么，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。

1.1 怎么使用的

• 修饰实例方法，作用于当前对象实例加锁，进入同步代码前要获得当前对象实例的锁
• 修饰静态方法，作用于当前类对象加锁，进入同步代码前要获得当前类对象的锁 。 也就是给当前类加锁，会作用于类的所有对象实例，因为静态成员不属于任何一个实例对象，是类成员（ static 表明这是该类的一个静态资源，不管new了多少个对象，只有一份，所以对该类的所有对象都加了锁）。 所以如果一个线程A调用一个实例对象的非静态 synchronized 方法，而线程B需要调用这个实例对象所属类的静态 synchronized 方法，是允许的，不会发生互斥现象，因为访问静态 synchronized 方法占用的锁是当前类的锁，而访问非静态 synchronized 方法占用的锁是当前实例对象锁。
• 修饰代码块，指定加锁对象，对给定对象加锁，进入同步代码块前要获得给定对象的锁。 和 synchronized 方法一样，synchronized(this)代码块也是锁定当前对象的。 synchronized 关键字加到 static 静态方法和 synchronized(class)代码块上都是是给 Class 类上锁。 这里再提一下： synchronized关键字加到非 static 静态方法上是给对象实例上锁。 另外需要注意的是： 尽量不要使用 synchronized(String a) 因为JVM中，字符串常量池具有缓冲功能！

2.早期的synchronized

3.对synchronized的优化

3.1 偏向锁

1. 在没有锁竞争的情况下，会把整个锁消除
2. 偏向于第一个获取到偏向锁的线程
3. 如果在接下来的执行中偏向锁没有被其他线程获取，那么拥有该锁的线程就不需要同步

3.2 轻量级锁

1. 和偏向锁不同，轻量级锁使用CAS操作代替重量级锁。
2. 使用轻量级锁，不需要申请互斥量。
3. 轻量级锁的加锁和释放锁都是CAS操作。

3.3 自旋锁和自适应自旋锁

3.3.1 为什么会有自旋锁

3.3.2 如何实现自旋

3.3.3 自旋的特点

1. 执行忙循环
2. 自旋次数固定（默认10次）
3. JDK1.6之前默认关闭，之后默认打开
4. 效果的好坏依赖于锁被占用的时间的长短

3.3.4 自适应自旋锁

3.4 锁消除

3.5 锁粗化

4.Synchronized和ReenTrantLock对比

• ReenTrantLock提供了一种能够中断等待锁的线程的机制，通过lock.lockInterruptibly()来实现这个机制。 也就是说正在等待的线程可以选择放弃等待，改为处理其他事情。
• ReenTrantLock可以指定是公平锁还是非公平锁。而synchronized只能是非公平锁。所谓的公平锁就是先等待的线程先获得锁。ReenTrantLock默认情况是非公平的，可以通过 ReenTrantLock类的 ReentrantLock(boolean fair) 构造方法来制定是否是公平的。
• synchronized关键字与wait()和notify/notifyAll()方法相结合可以实现等待/通知机制，ReentrantLock类当然也可以实现，但是需要借助于Condition接口与newCondition() 方法。 Condition是JDK1.5之后才有的，它具有很好的灵活性，比如可以实现多路通知功能也就是在一个Lock对象中可以创建多个Condition实例（即对象监视器），线程对象可以注册在指定的Condition中，从而可以有选择性的进行线程通知，在调度线程上更加灵活。在使用notify/notifyAll()方法进行通知时，被通知的线程是由 JVM 选择的，用ReentrantLock类结合Condition实例可以实现"选择性通知" ，这个功能非常重要，而且是Condition接口默认提供的。 而synchronized关键字就相当于整个Lock对象中只有一个Condition实例，所有的线程都注册在它一个身上。 如果执行notifyAll()方法的话就会通知所有处于等待状态的线程这样会造成很大的效率问题，而Condition实例的signalAll()方法 只会唤醒注册在该Condition实例中的所有等待线程。

关于Java中synchronized关键字的作用是什么就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。