通过Java字节码发现有趣的内幕之String篇(上)
2016-03-29 09:38
393 查看
很多时候我们在编写Java代码时,判断和猜测代码问题时主要是通过运行结果来得到答案,本博文主要是想通过Java字节码的方式来进一步求证我们已知的东西。这里没有对Java字节码知识进行介绍,如果想了解更多的Java字节码或对其感兴趣的朋友可以先阅读字节码基础:JVM字节码初探。
String字面量可以通过’==’判断两个字符串是否相同,是因为大家都知道’==’是用来判断两个对象的值引用地址是否一致,两个值一样的字符串字面量定义是否指向同一个值内存地址呢?答案是肯定的。
代码中声明了str1和str2的字面量值都为strVal_1,并且打印出str1==str2为true,说明两个str1和str2变量同时指向同一个字符串常量值的内存地址,下面通过Java字节码来验证这个结果。
在命令行我们通过javap工具来查看一个class文件的字节码。
在Constant pool列表中看到#16为一个String类型并值指向#17,而#17是一个utf8字符集编码值为strVal_1,所以#16和#17最终表达就是在常量池中有个String类型值为strVal_1的常量数据。
那接下来需要确认str1和str2两个变量值是否都是指向#16呢?
从上面字节码执行来看,str1和str2都是被赋于同一个常量值,由此可以得出两个变更指向同一个内存地址。
通过同样的方式,我们来看一下如果是非字面量的情况会是怎么样的,Java代码如下:
上面代码输出结果为false,通过javap查看发现str2变量的字节码指令发生了变化,如下现两截图:
这时str2变量是创建一个新的内存地址,而非直接指向#16常量内存地址,所以str1==str2的结果为false。同时可以看到通过new String()带来看更多的字节码指令操作,运行上花费了更多的系统资源。
String字面量可以通过’==’判断两个字符串是否相同,是因为大家都知道’==’是用来判断两个对象的值引用地址是否一致,两个值一样的字符串字面量定义是否指向同一个值内存地址呢?答案是肯定的。
在命令行我们通过javap工具来查看一个class文件的字节码。
在Constant pool列表中看到#16为一个String类型并值指向#17,而#17是一个utf8字符集编码值为strVal_1,所以#16和#17最终表达就是在常量池中有个String类型值为strVal_1的常量数据。
那接下来需要确认str1和str2两个变量值是否都是指向#16呢?
通过同样的方式,我们来看一下如果是非字面量的情况会是怎么样的,Java代码如下:
相关文章推荐
- 深入探索Java 8 Lambda表达式
- Java基础知识强化103:Java常量池理解与总结
- Eclipse中新建动态Web工程
- JAVA里面的“指针”
- Spring向Servlet中注入实例
- Java调用数据库备份命令mysqldump
- java 求两个链表的公共结点
- Zookeeper昨天还可以启动今天提示: Cannot open channel to 1 at election address /192.168.253.130:3888 java.net.Co
- Java排序算法——插入排序
- java自定义filter
- Eclipse Maven插件clean 异常
- [Java] IO(一)
- 【算法】如何将一个文件分割成多份(C,Java语言实现)
- Eclipse背景颜色自定义设置:
- 设计模式之迭代器模式
- 【算法】计算一篇文章的单词数(C、Java语言实现)
- JAVA 异常类
- Java入门学习之 static
- Java异常处理和设计
- 深入剖析Java中的装箱和拆箱