①. 从字节码角度分析synchronized实现
①. synchronized属于重量级锁,效率低下,因为监视器锁(monitor)是依赖于底层的操作系统的Mutex Lock来实现的,挂起线程和恢复线程都需要转入内核态去完成,阻塞或唤醒一个Java线程需要操作系统切换CPU状态来完成,这种状态切换需要耗费处理器时间,如果同步代码块中内容过于简单,这种切换的时间可能比用户代码执行的时间还长”,时间成本相对较高,这也是为什么早期的synchronized效率低的原因,后期进行了锁的优化,锁升级,对应偏向锁、轻量级锁的讲解会在下一节进行叙述
②. synchronized有三种应用方式
(反编译:javap -v -p *.class > 类.txt 将进行输出到txt中)
作用于代码块,对括号里配置的对象加锁
作用于实例方法,当前实例加锁,进入同步代码前要获得当前实例的锁
作用于静态方法,当前类加锁,进去同步代码前要获得当前类对象的锁
③. synchronized同步代码块
实现使用的是monitorenter和monitorexit指令
一定是一个enter和两个exit吗?
(不一定,如果方法中直接抛出了异常处理,那么就是一个monitorenter和一个monitorexit)
④. synchronized普通同步方法
(调用指令将会检查方法的ACC_SYNCHRONIZED访问标志是否被设置,如果设置了,执行线程会将先持有monitor然后再执行方法,最后再方法完成(无论是正常完成还是非正常完成)时释放minotor)
⑤. synchronized静态同步方法
(ACC_STATIC、ACC_SYNCHRONIZED访问标志区分该方法是否静态同步方法)
②. 反编译synchronized锁的是什么
①. 任何一个对象都可以成为一个锁,在HotSpot虚拟机中,monitor采用ObjectMonitor实现
②. 上述C++源码解读
ObjectMonitor.java — ObjectMonitor.cpp — ObjectMonitor.hpp
ObjectMonitor.hpp(底层源码解析)
③. 阿里开发手册说明
高并发时,同步调用应该去考量锁的性能损耗。能用无锁数据结构,就不要用锁;能锁区块,就不要锁整个方法体;能用对象锁,就不要用类锁
