从o.getUuid() == "-1" Bug聊下JVM内存模型

最近测试自己的应用时发现了一个bug,这个bug就是用==去比较了字符串,我可真是憨批

丢错误代码

即使要被骂憨批,还是要贴下错误代码的,错误代码如下:


从对象中获取的属性直接用 == 和字符串常量进行比较。好歹也是写了多年Java的人,真丢人

为什么不能用 == 比较就得从JVM内存模型先讲起

JVM内存分配

程序计数器
当前线程所执行的字节码的行号指示器,字节码解释器工作时通过改变这个计数器的值来选取下一条需要执行的字节码,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成

java虚拟机栈
描述的是java方法执行的内存模型:每个方法在执行时会创建一个栈帧,用于存储局部变量表、操作数栈、动态链接、方法出口信息等信息。每个 方法从调用到执行完成的过程,都对应一个栈帧在虚拟机栈中从入栈到出栈的过程,如下java栈模型

  • 局部变量表
    存储方法中的局部变量(包括在方法中声明的非静态变量以及函数形参)。对于基本数据类型的变量,则直接存储它的值,对于引用类型的变量,则存的是指向对象的引用
    局部变量表的大小在编译器就可以确定其大小了,因此在程序执行期间局部变量表的大小是不会改变的
  • 操作数栈
    可以理解为被执行操作的数据,字节码指令执行时从栈顶读取操作的数据。举个例子,当整数加法的字节码指令iadd在运行的时候操作数栈中最接近栈顶的两个元素已经存入了两个int型的数值,当执行这个指令时,会将这两个int值出栈并相加,然后将相加的结果存入栈中
  • 指向运行时常量池的引用
    方法执行的过程中有可能需要用到类中的常量,而常量存储在运行时常量池,因此需要有一个引用指向运行时常量
  • 方法返回地址
    当一个方法执行完毕之后或遇到异常,要返回之前调用它的地方,因此在栈帧中必须保存一个方法返回地址

本地方法栈
和java虚拟机栈类似,只不过其存储的是native方法执行的栈帧


几乎所有的对象实例都在这里分配内存
java堆可以分为新生代和老年代,新生代又可以继续分为Eden空间和Survivor空间
可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可

方法区
存储已经被虚拟机加载的类信息(包括类的名称、方法信息、字段信息)、常量、静态变量、即时编译器编译后的代码等数据

运行时常量池
在Class文件中除了类的字段、方法、接口等描述信息外,还有一项信息是常量池,用来存储编译期间生成的字面量和符号引用。
在方法区中有一个非常重要的部分就是运行时常量池,它是每一个类或接口的常量池的运行时表示形式,在类和接口被加载到JVM后,对应的运行时常量池就被创建出来。当然并非Class文件常量池中的内容才能进入运行时常量池,在运行期间也可将新的常量放入运行时常量池中,比如String的intern方法

Bug分析

1. ==比较的是什么:
java中==比较的是内存地址,而equals比较的是值

2. 错误代码JVM分布:

  • dataSetListVO
    这是一个方法对象引用,是指向对象起始地址的引用指针。该对象的实例在堆中分配,因此引用指针指向的是堆区
  • “-1”
    -1是字面量,字面量会被分配在运行时常量池中,即方法区
  • JVM对象分配图



    可以看到,-1和uuid根本不在同一个内存地址, 因此dataSetListVO.getUuid == “-1”永远会返回false

你可能感兴趣的:(从o.getUuid() == "-1" Bug聊下JVM内存模型)