在之前已经将如下这样的源文件对应的字节码文件完整的分析完了&＃xff0c;如下&＃xff1a;
这次再来写一个内容稍丰富一点的类&＃xff0c;准备再来从头至尾的来分析一下&＃xff0c;对其字节码的理解进一步巩固&＃xff0c;如下&＃xff1a;
然后用javap -verbose来查看一下反编译信息&＃xff1a;
xiongweideMacBook-Pro:jvm_lectue xiongwei$ cd out/production/classes/
xiongweideMacBook-Pro:classes xiongwei$ javap -verbose com/jvm/bytecode/MyTest2.class
Classfile /Users/xiongwei/Documents/workspace/IntelliJSpace/jvm_lectue/out/production/classes/com/jvm/bytecode/MyTest2.classLast modified Sep 11, 2018; size 831 bytesMD5 checksum 22c52151c374d39068e39938d1b3e72cCompiled from "MyTest2.java"
public class com.jvm.bytecode.MyTest2minor version: 0major version: 52flags: ACC_PUBLIC, ACC_SUPER
Constant pool:#1 &＃61; Methodref #10.#34 // java/lang/Object."
{java.lang.String str;descriptor: Ljava/lang/String;flags:public static java.lang.Integer in;descriptor: Ljava/lang/Integer;flags: ACC_PUBLIC, ACC_STATICpublic com.jvm.bytecode.MyTest2();descriptor: ()Vflags: ACC_PUBLICCode:stack&＃61;2, locals&＃61;1, args_size&＃61;10: aload_01: invokespecial #1 // Method java/lang/Object."
}
SourceFile: "MyTest2.java"
由于这次的类中声明有静态变量&＃xff0c;所以标红处多了一个static块&＃xff0c;下面将“-verbose”参数去掉可以看到一个更精简的信息&＃xff0c;如下&＃xff1a;
其中注意此时有一个setX()方法的&＃xff0c;那如果将setX()方法访问修饰符由“public”改为"private"&＃xff0c;看会发生啥&＃xff1a;
为啥呢&＃xff1f;其实并非私有的方法在字节码信息中就不存在了&＃xff0c;而是用javap命令需要再加一个参数才能看到私有的方法&＃xff0c;如下&＃xff1a;
由于此篇讨论的话题是关于synchronized关键字在字节码中的含义&＃xff0c;所以接下来咱们给setX()方法加一个同步锁然后再来分析其字节码&＃xff0c;在加之前先来看下不带synchronized所对应字节码的信息&＃xff0c;如下&＃xff1a;
接下来给方法加上synchronized&＃xff0c;如下&＃xff1a;
然后看一下此时对应的字节码会发生啥变化&＃xff1a;
貌似网上有很多资料看到对于同步方法在字节码中表现通常会有“moniterenter”和“moniterexit”&＃xff0c;但是为啥咱们自己通过javap -verbose查看不到呢&＃xff1f;因为修饰的是实例方法&＃xff0c;也就是给当前对象上锁&＃xff0c;表现则是在方法说明之上而非代码中&＃xff0c;如果改为修饰方法中的代码的话则就会可以看到啦&＃xff0c;如下&＃xff1a;
当然上面的这个是对参数str进行上锁&＃xff0c;实际没啥意义&＃xff0c;因为str是一个可变的值&＃xff0c;正常的做法应该是对一个不可变的对象进行上锁&＃xff0c;这里只是为了说明问题&＃xff0c;下面再来看一下字节码信息&＃xff1a;
private void test(java.lang.String);descriptor: (Ljava/lang/String;)Vflags: ACC_PRIVATECode:stack&＃61;3, locals&＃61;4, args_size&＃61;20: aload_11: dup2: astore_23: monitorenter4: getstatic #10 // Field java/lang/System.out:Ljava/io/PrintStream;7: ldc #11 // String hello world~9: iconst_010: anewarray #12 // class java/lang/Object13: invokevirtual #13 // Method java/io/PrintStream.printf:(Ljava/lang/String;[Ljava/lang/Object;)Ljava/io/PrintStream;16: pop17: aload_218: monitorexit19: goto 2722: astore_323: aload_224: monitorexit25: aload_326: athrow27: returnException table:from to target type4 19 22 any22 25 22 anyLineNumberTable:line 23: 0line 24: 4line 25: 17line 26: 27LocalVariableTable:Start Length Slot Name Signature0 28 0 this Lcom/jvm/bytecode/MyTest2;0 28 1 str Ljava/lang/String;StackMapTable: number_of_entries &＃61; 2frame_type &＃61; 255 /* full_frame */offset_delta &＃61; 22locals &＃61; [ class com/jvm/bytecode/MyTest2, class java/lang/String, class java/lang/Object ]stack &＃61; [ class java/lang/Throwable ]frame_type &＃61; 250 /* chop */offset_delta &＃61; 4
确实是看到了monitorenter&＃xff0c;monitorexit了&＃xff0c;其加了同步锁在字节码的流程可以大致分析一下&＃xff1a;
另外synchronized还可以修饰静态方法&＃xff0c;下面写一个&＃xff1a;
很显然它锁的是整个class对象&＃xff0c;下面也来看一下它对应的字节码信息&＃xff1a;
由于synchronized修饰的是方法&＃xff0c;而非它里面的代码&＃xff0c;所以在javap中只看到了方法签名上有同步信息。
关于同步锁需要了解一下如下概念&＃xff1a;重入锁&＃xff1a;所谓重入锁就是说同一个线程可以访问多个同步方法&＃xff0c;比如说&＃xff1a;
访问一次同步方法其引用计数就加1&＃xff0c;像上面的引用计数就会变为2&＃xff0c;而当setB()执行完之后&＃xff0c;则引用计数就会减为1&＃xff0c;再setX()执行完则引用计数会减为0。
非重入锁&＃xff1a;是指多个线程而言的&＃xff0c;比如一个线程访问了一个同步方法&＃xff0c;另一个线程再访问同一个对象的该方法则会阻塞。
京公网安备 11010802041100号