二手网站建设情况,机关网站建设,wordpress+首页多栏,广西新闻最新消息今天synchroize的实例、静态、代码块的锁对象 修饰实例方法 修饰静态方法 修饰代码块
1、修饰实例方法 #xff08;锁当前对象实例#xff09;
给当前对象实例加锁#xff0c;进入同步代码前要获得 当前对象实例的锁 。 synchronized void method() {//业务代码
}2、修饰静…synchroize的实例、静态、代码块的锁对象 修饰实例方法 修饰静态方法 修饰代码块
1、修饰实例方法 锁当前对象实例
给当前对象实例加锁进入同步代码前要获得 当前对象实例的锁 。 synchronized void method() {//业务代码
}2、修饰静态方法 锁当前类
给当前类加锁会作用于类的所有对象实例 进入同步代码前要获得 当前 class 的锁。
这是因为静态成员不属于任何一个实例对象归整个类所有不依赖于类的特定实例被类的所有实例共享。
synchronized static void method() {//业务代码
}静态 synchronized 方法和非静态 synchronized 方法之间的调用互斥么不互斥如果一个线程 A 调用一个实例对象的非静态 synchronized
方法而线程 B 需要调用这个实例对象所属类的静态 synchronized 方法是允许的不会发生互斥现象因为访问静态 synchronized 方法占用
的锁是当前类的锁而访问非静态 synchronized 方法占用的锁是当前实例对象锁。3、修饰代码块 锁指定对象/类
对括号里指定的对象/类加锁
synchronized(object) 表示进入同步代码库前要获得 给定对象的锁。synchronized(类.class) 表示进入同步代码前要获得 给定 Class 的锁
synchronized() {//业务代码
}总结
synchronized 关键字加到 static 静态方法和 synchronized(类.class) 代码块上都是是给 Class 类上锁synchronized 关键字加到实例方法上是给对象实例上锁尽量不要使用 synchronized(String a) 因为 JVM 中字符串常量池具有缓存功能。
实现原理monitor的两个指令
synchronized 关键字底层原理属于 JVM 层面。
synchronized 同步语句块的情况
public class TestA {public void method() {synchronized (this) {System.out.println(synchronized 代码块);}}
}
翻译成字节码
public method()VTRYCATCHBLOCK L0 L1 L2 nullTRYCATCHBLOCK L2 L3 L2 nullL4LINENUMBER 5 L4ALOAD 0DUPASTORE 1MONITORENTER L0LINENUMBER 6 L0GETSTATIC java/lang/System.out : Ljava/io/PrintStream;LDC synchronized \u4ee3\u7801\u5757INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/String;)VL5LINENUMBER 7 L5ALOAD 1MONITOREXITL1GOTO L6L2FRAME FULL [com/lzl/algorithm/test12/TestA java/lang/Object] [java/lang/Throwable]ASTORE 2ALOAD 1MONITOREXITL3ALOAD 2ATHROWL6LINENUMBER 8 L6FRAME CHOP 1RETURNL7LOCALVARIABLE this Lcom/lzl/algorithm/test12/TestA; L4 L7 0MAXSTACK 2MAXLOCALS 3从上面我们可以看出synchronized 同步语句块的实现使用的是 monitorenter 和 monitorexit 指令其中 monitorenter 指令指向同步代码块的开始位置monitorexit 指令则指明同步代码块的结束位置。
当执行 monitorenter 指令时线程试图获取锁也就是获取 对象监视器 monitor 的持有权。
在 Java 虚拟机(HotSpot)中Monitor 是基于 C实现的由ObjectMonitor实现的。每个对象中都内置了一个 ObjectMonitor对象。另外wait/notify等方法也依赖于monitor对象这就是为什么只有在同步的块或者方法中才能调用wait/notify等方法
否则会抛出java.lang.IllegalMonitorStateException的异常的原因在执行monitorenter时会尝试获取对象的锁如果锁的计数器为 0 则表示锁可以被获取获取后将锁计数器设为 1 也就是加 1。 对象锁的的拥有者线程才可以执行 monitorexit 指令来释放锁。在执行 monitorexit 指令后将锁计数器设为 0表明锁被释放其他线程可以尝试获取锁。 如果获取对象锁失败那当前线程就要阻塞等待直到锁被拥有锁的线程释放为止。
synchronized 修饰方法的的情况
public class TestA {public synchronized void method() {System.out.println(synchronized 方法);}
}翻译成字节码 通过 JDK 自带的 javap 命令查看 TestA 类的相关字节码信息首先切换到类的对应目录执行 javac TestA.java 命令生成编译后的 .class 文件然后执行javap -c -s -v -l TestA.class。
public synchronized void method();descriptor: ()Vflags: ACC_PUBLIC, ACC_SYNCHRONIZEDCode:stack2, locals1, args_size10: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;3: ldc #3 // String synchronized 鏂规硶5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V8: returnLineNumberTable:line 5: 0line 6: 8
synchronized 修饰的方法并没有 monitorenter 指令和 monitorexit 指令取得代之的确实是 ACC_SYNCHRONIZED 标识该标识指明了该方法是一个同步方法。JVM 通过该 ACC_SYNCHRONIZED 访问标志来辨别一个方法是否声明为同步方法从而执行相应的同步调用。
如果是实例方法JVM 会尝试获取实例对象的锁。如果是静态方法JVM 会尝试获取当前 class 的锁。
总结
synchronized 同步语句块的实现使用的是 monitorenter 和 monitorexit 指令其中 monitorenter 指令指向同步代码块的开始位置monitorexit 指令则指明同步代码块的结束位置。
synchronized 修饰的方法并没有 monitorenter 指令和 monitorexit 指令取得代之的确实是 ACC_SYNCHRONIZED 标识该标识指明了该方法是一个同步方法。
不过两者的本质都是对对象监视器 monitor 的获取。
如果想要详细了解这个问题可以参考我的另一篇文章——
synchronized的锁优化过程
JDK1.6 对锁的实现引入了大量的优化如偏向锁、轻量级锁、自旋锁、适应性自旋锁、锁消除、锁粗化等技术来减少锁操作的开销。
锁主要存在四种状态依次是无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态他们会随着竞争的激烈而逐渐升级。注意锁可以升级不可降级这种策略是为了提高获得锁和释放锁的效率。
无锁例如CAS操作偏向锁一段同步代码一直被同一个线程访问那么该线程自动获取锁降低获取锁的代价轻量级锁当锁时偏向锁时被另外的线程访问偏向锁升级为轻量级锁 重量级锁如果只有一个等待线程则该线程通过自旋等待。但是当自旋超过一定次数或者有一个线程持有轻量级锁一个线程在自旋等待又来了第三个线程访问则轻量级锁升级为重量级锁。
如果想要详细了解这个问题可以参考我的另一篇文章——Java锁机制详解。
这几种优化的详细信息可以查看这篇文章——Java6 及以上版本对 synchronized 的优化。。
实例对象的加载过程
类加载检查分配内存初始化零值不包括对象头设置对象头执行init方法
如果想要详细了解这个问题可以参考我的另一篇文章——JVM面试题详解系列——Java 对象的创建过程。
