上篇 【从入门到放弃-Java】并发编程-线程安全 中,我们了解到,可以通过加锁机制来保护共享对象,来实现线程安全。
synchronized是java提供的一种内置的锁机制。通过synchronized关键字同步代码块。线程在进入同步代码块之前会自动获得锁,并在退出同步代码块时自动释放锁。内置锁是一种互斥锁。
本文来深入学习下synchronized。
public class Synchronized { private static int count; private synchronized void add1() { count++; System.out.println(count); } public static void main(String[] args) throws InterruptedException { Synchronized sync = new Synchronized(); Thread thread1 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync.add1(); } }); Thread thread2 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync.add1(); } }); thread1.start(); thread2.start(); Thread.sleep(1000); System.out.println(count); } }
结果符合预期:synchronized作用于非静态方法,锁定的是实例对象,如上所示锁的是sync对象,因此线程能够正确的运行,count的结果总会是20000。
public class Synchronized { private static int count; private synchronized void add1() { count++; System.out.println(count); } public static void main(String[] args) throws InterruptedException { Synchronized sync = new Synchronized(); Synchronized sync1 = new Synchronized(); Thread thread1 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync.add1(); } }); Thread thread2 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync1.add1(); } }); thread1.start(); thread2.start(); Thread.sleep(1000); System.out.println(count); } }
结果不符合预期:如上所示,作用于非静态方法,锁的是实例化对象,因此当sync和sync1同时运行时,还是会出现线程安全问题,因为锁的是两个不同的实例化对象。
public class Synchronized { private static int count; private static synchronized void add1() { count++; System.out.println(count); } private static synchronized void add11() { count++; System.out.println(count); } public static void main(String[] args) throws InterruptedException { Synchronized sync = new Synchronized(); Synchronized sync1 = new Synchronized(); Thread thread1 = new Thread(() -> { for (int i = 0; i< 10000; i++) { Synchronized.add1(); } }); Thread thread2 = new Thread(() -> { for (int i = 0; i< 10000; i++) { Synchronized.add11(); } }); thread1.start(); thread2.start(); Thread.sleep(1000); System.out.println(count); } }
结果符合预期:锁静态方法时,锁的是类对象。因此在不同的线程中调用add1和add11依然会得到正确的结果。
public class Synchronized { private static int count; private void add1() { synchronized (this) { count++; System.out.println(count); } } private static synchronized void add11() { count++; System.out.println(count); } public static void main(String[] args) throws InterruptedException { Synchronized sync = new Synchronized(); Synchronized sync1 = new Synchronized(); Thread thread1 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync.add1(); } }); Thread thread2 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync1.add1(); } }); thread1.start(); thread2.start(); Thread.sleep(1000); System.out.println(count); } }
结果不符合预期:当synchronized同步方法块时,锁的是实例对象时,如上示例在不同的实例中调用此方法还是会出现线程安全问题。
public class Synchronized { private static int count; public String lock = new String(); private void add1() { synchronized (lock) { count++; System.out.println(count); } } private static synchronized void add11() { count++; System.out.println(count); } public static void main(String[] args) throws InterruptedException { Synchronized sync = new Synchronized(); Synchronized sync1 = new Synchronized(); Thread thread1 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync.add1(); } }); Thread thread2 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync1.add1(); } }); thread1.start(); thread2.start(); Thread.sleep(1000); System.out.println(count); System.out.println(sync.lock == sync1.lock); } }
结果不符合预期:当synchronized同步方法块时,锁的是其它实例对象时,如上示例在不同的实例中调用此方法还是会出现线程安全问题。
public class Synchronized { private static int count; public String lock = ""; private void add1() { synchronized (lock) { count++; System.out.println(count); } } private static synchronized void add11() { count++; System.out.println(count); } public static void main(String[] args) throws InterruptedException { Synchronized sync = new Synchronized(); Synchronized sync1 = new Synchronized(); Thread thread1 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync.add1(); } }); Thread thread2 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync1.add1(); } }); thread1.start(); thread2.start(); Thread.sleep(1000); System.out.println(count); System.out.println(sync.lock == sync1.lock); } }
结果符合预期:当synchronized同步方法块时,锁的虽然是其它实例对象时,但已上实例中,因为String = "" 是存放在常量池中的,实际上锁的还是相同的对象,因此是线程安全的
public class Synchronized { private static int count; private void add1() { synchronized (Synchronized.class) { count++; System.out.println(count); } } private static synchronized void add11() { count++; System.out.println(count); } public static void main(String[] args) throws InterruptedException { Synchronized sync = new Synchronized(); Synchronized sync1 = new Synchronized(); Thread thread1 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync.add1(); } }); Thread thread2 = new Thread(() -> { for (int i = 0; i< 10000; i++) { sync1.add1(); } }); thread1.start(); thread2.start(); Thread.sleep(1000); System.out.println(count); } }
结果符合预期:当synchronized同步方法块时,锁的是类对象时,如上示例在不同的实例中调用此方法是线程安全的。
public class Synchronized { private static int count; public static void main(String[] args) throws InterruptedException { synchronized (Synchronized.class) { count++; } } }
使用javap -v Synchronized.class反编译class文件。
正常情况下在指令4进入监视区,指令14退出监视区然后指令15直接跳到指令23 return
但是在异常情况下异常都会跳转到指令18,依次执行到指令20monitorexit释放锁,防止出现异常时未释放的情况。
这其实也是synchronized的优点:无论代码执行情况如何,都不会忘记主动释放锁。
想了解Monitors更多的原理可以 点击查看
因为monitor依赖操作系统的Mutex lock实现,是一个比较重的操作,需要切换系统至内核态,开销非常大。因此在jdk1.6引入了偏向锁和轻量级锁。
synchronized有四种状态:无锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁。
没有对资源进行锁定,所有线程都能访问和修改。但同时只有一个线程能修改成功
在锁竞争不强烈的情况下,通常一个线程会多次获取同一个锁,为了减少获取锁的代价 引入了偏向锁,会在java对象头中记录获取锁的线程的threadID。
因为偏向锁的撤销操作还是比较重的,导致进入安全点,因此在竞争比较激烈时,会影响性能,可以使用-XX:-UseBiasedLocking=false禁用偏向锁。
当偏向锁升级为轻量级锁时,其它线程尝试通过CAS方式设置对象头来获取锁。
CAS即compare and swap(比较并替换)。是一种乐观锁机制。通常有三个值
CAS可能遇到ABA问题,即内存中的值为A,变为B后,又变为了A,此时A为新值,不应该替换。
可以采取:A-1,B-2,A-3的方式来避免这个问题
自旋是消耗CPU的,因此在自旋一段时间,或者一个线程在自旋时,又有新的线程来竞争锁,则轻量级锁会膨胀为重量级锁。
重量级锁,通过monitor实现,monitor底层实际是依赖操作系统的mutex lock(互斥锁)实现。
需要从用户态,切换为内核态,成本比较高
本文我们一起学习了
synchronized作为内置锁,虽然帮我们解决了线程安全问题,但是带来了性能的损失,因此一定不能滥用。使用时请注意同步块的作用范围。通常,作用范围越小,对性能的影响也就越小(注意权衡获取、释放锁的成本,不能为了缩小作用范围,而频繁的获取、释放)。
本文作者:aloof_
阅读原文
本文为云栖社区原创内容,未经允许不得转载。