从String.intern()来看Java内存模型及JVM_jvm string intern 内存-CSDN博客

本文链接：https://blog.csdn.net/z285692001/article/details/81842304

1,String.intern()
这里写图片描述

String s = new String("1");
s.intern();
String s2 = "1";
System.out.println(s == s2);

String s3 = new String("1") + new String("1");
s3.intern();
String s4 = "11";
System.out.println(s3 == s4);

无论1.6还是1.7：String s = newString(“1”)，生成了常量池中的“1” 和堆空间中的字符串对象。
jdk1.6之前，常量池是放在 Perm（永久代？）区（属于方法区）中的，熟悉JVM的话应该知道这是和堆区完全分开的。
intern()方法在JDK1.6中的作用是：比如String s = new String(“SEU_Calvin”)，再调用s.intern()，此时返回值还是字符串”SEU_Calvin”，表面上看起来好像这个方法没什么用处。但实际上，在JDK1.6中它做了个小动作：检查字符串池里是否存在”SEU_Calvin”这么一个字符串，如果存在，就返回池里的字符串；如果不存在，该方法会把”SEU_Calvin”添加到字符串池中，然后再返回它的引用。
jdk1.7
s.intern()，这一行的作用是s对象去常量池中寻找后发现”1”已经存在于常量池中了。
String s2 = “1”，这行代码是生成一个s2的引用指向常量池中的“1”对象。
String s3 = new String(“1”) + newString(“1”)，这行代码在字符串常量池中生成“1” ，并在堆空间中生成s3引用指向的对象（内容为”11”）。注意此时常量池中是没有 “11”对象的。
s3.intern()，这一行代码，是将 s3中的“11”字符串放入 String 常量池中，此时常量池中不存在“11”字符串，JDK1.6的做法是直接在常量池中生成一个 “11” 的对象。

但是在JDK1.7中，常量池中不需要再存储一份对象了，可以直接存储堆中的引用。这份引用直接指向 s3 引用的对象，也就是说s3.intern() ==s3会返回true。

String s4 = “11”，这一行代码会直接去常量池中创建，但是发现已经有这个对象了，此时也就是指向 s3 引用对象的一个引用。因此s3 == s4返回了true。
https://blog.csdn.net/SEU_Calvin/article/details/52291082
String str1 = “abcd”的实现过程：首先栈区创建str引用，然后在String池（独立于栈和堆而存在，存储不可变量）中寻找其指向的内容为”abcd”的对象，如果String池中没有，则创建一个，然后str指向String池中的对象，如果有，则直接将str1指向”abcd”“；如果后来又定义了字符串变量 str2 = “abcd”,则直接将str2引用指向String池中已经存在的“abcd”，不再重新创建对象；当str1进行了赋值（str1=“abc”），则str1将不再指向”abcd”，而是重新指String池中的”abc”，此时如果定义String str3 = “abc”,进行str1 == str3操作，返回值为true，因为他们的值一样，地址一样，但是如果内容为”abc”的str1进行了字符串的+连接str1 = str1+”d”；此时str1指向的是在堆中新建的内容为”abcd”的对象，即此时进行str1==str2，返回值false，因为地址不一样。

String str3 = new String(“abcd”)的实现过程：直接在堆中创建对象。如果后来又有String str4 = new String(“abcd”)，str4不会指向之前的对象，而是重新创建一个对象并指向它，所以如果此时进行str3==str4返回值是false，因为两个对象的地址不一样，如果是str3.equals(str4)，返回true,因为内容相同。

String str1 = "abcd";
String str2 = "abcd";
String str3 = new String("abcd");
String str4 = new String("abcd");
System.out.println(str1==str2);//true地址一样
System.out.println(str3==str4);//false,但地址不一样
System.out.println(str3.equals(str3));//true,值一样
System.out.println(str2.equals(str3));//true,值一样
System.out.println((str1+"a")==(str2+"a"));//false;进行了+连接地址不一样

jvm：

前言
Java虚拟机（Java virtualmachine）实现了Java语言最重要的特征：即平台无关性。
平台无关性原理：编译后的 Java程序（.class文件）由 JVM执行。JVM屏蔽了与具体平台相关的信息，使程序可以在多种平台上不加修改地运行。Java虚拟机在执行字节码时，把字节码解释成具体平台上的机器指令执行。因此实现Java平台无关性。
本文主要介绍JVM中的架构知识，转载请注明出处：http://blog.csdn.net/seu_calvin/article/details/51404589
JVM结构图

JVM = 类加载器 classloader+ 执行引擎 executionengine + 运行时数据区域 runtime data area
首先Java源代码文件被Java编译器编译为字节码文件，然后JVM中的类加载器加载完毕之后，交由JVM执行引擎执行。在整个程序执行过程中，JVM中的运行时数据区（内存）会用来存储程序执行期间需要用到的数据和相关信息。
因此，在Java中我们常常说到的内存管理就是针对这段空间进行管理（如何分配和回收内存空间）。

ClassLoader
classloader把硬盘上的class文件加载到JVM中的运行时数据区域，但是它不负责这个类文件能否执行，而这个是执行引擎负责的。
限于篇幅，类加载器的组织结构，加载类的机制原理等会在JVM——类加载器总结一文中描述。
双亲委派模型以及自定义类加载器会在JVM——自定义类加载器一文中描述。
执行引擎
作用：执行字节码，或者执行本地方法。
内存模型：

PC计数器（The pc Register）
（1）每一个Java线程都有一个PC寄存器，用以记录比如在线程切换回来后恢复到正确的执行位置。
（2）如该线程正在执行一个Java方法，则计数器记录的是正在执行的虚拟机字节码地址，如执行native方法，则计数器值为空。
（3）此内存区域是唯一一个在JVM中没有规定任何OutOfMemoryError情况的区域。
程序计数器记录的是正在执行的虚拟机字节码指令的地址，并且是线程私有的，怎么会outofmemory呢。
JVM栈（Java Virtual MachineStacks）
（1）JVM栈是线程私有的，并且生命周期与线程相同。并且当线程运行完毕后，相应内存也就被自动回收。
（2）栈里面存放的元素叫栈帧，每个方法从调用到执行结束，其实是对应一个栈帧的入栈和出栈。
栈帧用于存储执行方法时的一些数据，如局部变量表，方法出口（返回地址），动态连接、操作数栈（执行引擎计算时需要，虚拟机把操作数栈作为它的工作区——大多数指令都要从这里弹出数据，执行运算，然后把结果压回操作数栈。比如，iadd指令就要从操作数栈中弹出两个整数，执行加法运算，其结果又压回到操作数栈中）等等。
（3）这个区域可能有两种异常：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常（如：将一个函数反复递归自己，最终会出现这种异常）。如果JVM栈可以动态扩展（大部分JVM是可以的），当扩展时无法申请到足够内存则抛出OutOfMemoryError异常。
https://blog.csdn.net/airjordon/article/details/72867397
本地方法栈（Native Method Stacks）
（1）本地方法栈与虚拟机栈所发挥的作用很相似，他们的区别在于虚拟机栈为执行Java代码方法服务，而本地方法栈是为Native方法服务。
（2）和JVM栈一样，这个区域也会抛出StackOverflowError和OutOfMemoryError异常。

方法区（Method Area）
（1）方法区域是全局共享的，比如每个线程都可以访问同一个类的静态变量。在方法区中，存储了已被JVM加载的类的信息、静态变量、编译器编译后的代码等。如（反射？），当程序中通过getName、isInterface等方法来获取信息时，这些数据来源于方法区。
（2）由于使用反射机制的原因，虚拟机很难推测哪个类信息不再使用，因此这块区域的回收很难！另外，对这块区域主要是针对常量池回收，值得注意的是JDK1.7已经把常量池转移到堆里面了。方法区同样存在垃圾收集，因为通过用户定义的类加载器可以动态扩展Java程序，一些类也会成为垃圾。jvm可以回收一个未被引用类所占的空间，以使方法区的空间最小。
（3）同样，当方法区无法满足内存分配需求时，会抛出OutOfMemoryError。
1、又叫静态区，跟堆一样，被所有的线程共享。方法区包含所有的class和static变量；
2、方法区中包含的都是在程序中永远的唯一的元素
https://www.cnblogs.com/wangguoning/p/6109377.html
运行时常量池（Runtime Constant Pool）
（1）存放类中固定的常量信息、方法引用信息等，其空间从方法区域（JDK1.7后为堆空间）中分配。
（2）Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有就是常量表，用于存放编译期已可知的常量，这部分内容将在类加载后进入方法区（永久代）存放。但是Java语言并不要求常量一定只有编译期预置入Class的常量表的内容才能进入方法区常量池，运行期间也可将新内容放入常量池（最典型的String.intern()方法）。
（3）当常量池无法在申请到内存时会抛出OutOfMemoryError异常，上面也分析过了。

Java堆
（1）Java堆是JVM所管理的最大的一块内存。它是被所有线程共享的一块内存区域，在虚拟机启动时创建。
（2）几乎所有的实例对象都是在这块区域中存放。（JIT编译器貌似不是这样的）。
（3）Java堆是垃圾收集管理的主要战场。所有Java堆可以细分为：新生代和老年代。再细致分就是把新生代分为：Eden空间、FromSurvivor空间、To Survivor空间。JVM具体的垃圾回收机制总结请查看我的另外一篇JVM——内存管理和垃圾回收。
（4）根据Java虚拟机规范的规定，Java堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可。
如果在堆中没有内存完成实例分配，并且堆也无法再扩展时，将会抛出OutOfMemoryError异常。

堆和栈的区别
这是一个非常常见的面试题，主要从以下几个方面来回答。
（1）各司其职
最主要的区别就是栈内存用来存储局部变量和方法调用信息。
而堆内存用来存储Java中的对象。无论是成员变量、局部变量还是类变量，它们指向的对象都存储在堆内存中。

（2）空间大小
栈的内存要远远小于堆内存，如果你使用递归的话，那么你的栈很快就会充满并产生StackOverFlowError。
关于如何设置堆栈内存的大小，可以查看JVM——内存管理和垃圾回收中的相关介绍。

（3）独有还是共享
栈内存归属于线程的私有内存，每个线程都会有一个栈内存，其存储的变量只能在其所属线程中可见。
而堆内存中的对象对所有线程可见，可以被所有线程访问。

（4）异常错误
如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常。
如果JVM栈可以动态扩展（大部分JVM是可以的），当扩展时无法申请到足够内存则抛出OutOfMemoryError异常。
而堆内存没有可用的空间存储生成的对象，JVM会抛出java.lang.OutOfMemoryError。

https://blog.csdn.net/seu_calvin/article/details/51404589
java垃圾回收：
https://blog.csdn.net/seu_calvin/article/details/51892567