方法区与运行时常量池

方法区

所有java虚拟机中线程共享的一块内存
方法去是一个概念上的东西&＃xff0c;他的实现叫做永久代&＃xff0c;或者元空间
这里偷了一张黑马程序员的图片

注意&＃xff1a;
1.8之前&＃xff0c;方法区的实现叫做永久代&＃xff0c;使用了堆内存的一部分
1.8以后&＃xff0c;把永久代从堆内存中移除了&＃xff0c;换了个实现&＃xff0c;叫做**元空间&＃xff0c;**用的就不是堆中的内存了&＃xff0c;用的就是操作系统的内存

存储&＃xff1a;
存储了跟类的结构有关的信息&＃xff08;运行时常量池&＃xff0c;成员变量&＃xff0c;方法数据&＃xff0c;成员方法&＃xff0c;构造器方法的代码部分&＃xff09;
方法区也会产生内存溢出问题

组成&＃xff1a;
1.6之前用的永久代作为方法区的实现
永久代里包括&＃xff1a;
class&＃xff1a;类的信息&＃xff08;构造器&＃xff0c;方法&＃xff0c;等等&＃xff09;
classloader&＃xff1a;类加载器
运行时常量池 &＃xff1a;有String table&＃xff08;串池&＃xff08;字符串表&＃xff09;&＃xff09;

1.8的时候永久代被废弃了。方法区的实现叫做元空间
不占用堆内存了&＃xff08;也就是说&＃xff0c;不用jvm管理内存结构&＃xff09;
存在于本地内存中&＃xff08;操作系统内存&＃xff09;
元空间里包括&＃xff1a;
class
classloader
运行时常量池
StringTable&＃xff08;串池&＃xff0c;字符串表不在元空间中&＃xff0c;被移到了堆内存中&＃xff09;

方法区内存溢出

OutOfMemeryReeor:Mataspace
1.8之前导致永久代内存溢出
1.8之后导致元空间内存溢出

类加载器&＃xff1a;加载类的二进制字节码
因为元空间用的是系统内存&＃xff0c;所以我们自己设置元空间的大小用来演示
参数&＃xff1a;
-XX :MaxMetaspaceSize &＃61; 8m

场景
spring
mybatis

运行时常量池

方法区的实现中都有一个运行时常量池
1.6之前&＃xff0c;永久代的运行时常量池还包括String table的东西
1.8的时候&＃xff0c;元空间的运行时常量池中的Stringtable被移除&＃xff0c;放到了堆中

先说常量池&＃xff1a;
java源程序先编译成二进制字节码文件 &＃xff08;.class文件&＃xff09;
.class文件
&＃xff08;包括类的基本信息&＃xff0c;类的常量池表&＃xff0c;类方法定义&＃xff08;包含了虚拟机指令&＃xff09;&＃xff09;
&＃xff08;类的基本信息&＃xff1a;类的版本号&＃xff0c;包名&＃xff0c;类名&＃xff0c;父类&＃xff0c;字段等描述信息&＃xff09;

javap -v Helloworld.class 反编译字节码文件

常量池&＃xff1a;
就是一张表&＃xff0c;虚拟机指令根据这张表&＃xff0c;找到要执行的类名、方法名、参数类型、字面量&＃xff08;常量&＃xff09;等信息
存放编译期间生成的各种字面量&＃xff08;常量&＃xff09;和符号引用。
字面量&＃xff1a;常量的概念、如文本字符串、被声明为final的常量值等
符号引用&＃xff1a;
类和接口的全限定名
字段名称和描述符
方法名称和描述符
方法句柄和描述符
动态调用点和动态常量

运行时常量池&＃xff1a;
常量池是.class文件中的&＃xff0c;当该类被加载&＃xff0c;他的常量池信息就会放到运行时常量池&＃xff0c;并把里面的符号地址变为真实地址

StringTable

1.6之前&＃xff0c;永久代的运行时常量池还包括String table的东西
1.8的时候&＃xff0c;元空间的运行时常量池中的Stringtable被移除&＃xff0c;放到了堆中

分析

串池&＃xff1a; StringTable[ ] hashtable结构&＃xff0c;不能扩容public class Demo01{//常量池中的信息&＃xff0c;都会被加载到运行时常量池中&＃xff0c;这个时候 a b ab都是常量池中的符号&＃xff0c;还没有变为java字符串对象//ldc #2 &＃xff08;执行到的时候&＃xff09;1.会把a符号变为"a"字符串对象。2.去串池中去找&＃xff0c;如果没有"a"&＃xff0c;就会把"a"放入串池//ldc #3 &＃xff08;执行到的时候&＃xff09;1.会把b符号变为"b"字符串对象。2.去串池中去找&＃xff0c;如果没有"b"&＃xff0c;就会把"b"放入串池//ldc #4 &＃xff08;执行到的时候&＃xff09;1.会把a符号变为"ab"字符串对象。2.去串池中去找&＃xff0c;如果没有"ab"&＃xff0c;就会把"ab"放入串池public static void main(String[] arg){String s1 &＃61; "a";String s2 &＃61; "b";String s3 &＃61; "ab";//s4 右边是变量&＃xff0c;运行的时候引用的值可能会变化&＃xff0c;所以编译期间不能确定结果。所以是在运行期间&＃xff0c;stringbuilder来动态创建//new StringBuilder().append("a").append("b").toString() new String("ab")String s4 &＃61; s1&＃43;s2;//s4: 相当于在堆里面创建了一个对象。//s3: 存在于串池中。//两者肯定不同sout(s3&＃61;&＃61;s4);//false//javac在编译期间的优化&＃xff0c;编译期间结果已经确定为"ab"。就是从串池中获取String s5 &＃61; "a"&＃43;"b"; //都是串中的"ab"sout(s3&＃61;&＃61;s5);//true}
}


StringTable特性

常量池中的字符串仅仅是符号&＃xff0c;第一次使用的时候才变为对象
利用串池的机制&＃xff0c;来避免重复创建字符串对象&＃xff08;字符串中的数据只有一份&＃xff09;
字符串变量的拼接原理是StringBuilder(1.8)

字符串常量的拼接原理是编译期优化
可以使用intern方法&＃xff0c;主动将串池中还没有的字符串对象放入串池
1.8: 没有则放入串池&＃xff0c;如过有则不放入&＃xff0c;会把串池中的对象返回

["a","b"]
String s &＃61; new String("a")&＃43;new String("b");//"a"放入串池&＃xff0c;new &＃xff1a;在堆里创建一个对象 new String("a")
//"b"放入串池&＃xff0c;new &＃xff1a;在堆里创建一个对象 new String("b")
// 堆里 new String("ab")String s2 &＃61; s.intern()//尝试把这个字符串对象放入串池&＃xff0c;如果有则不放入&＃xff0c;如果没有&＃xff0c;则放入串池.返回串池中的对象(将s这个对象放入串池)sout(s2&＃61;&＃61;"ab") //true
sout(s&＃61;&＃61;"ab") //false(指向的堆)


StringTable的位置

永久代的内存回收效率很低&＃xff0c;fullgc的时候才会触发垃圾回收&＃xff0c;fullgc得等到老年代的空间不足&＃xff0c;才会触发fullgc
StringTable用的非常频繁&＃xff0c;存字符串常量对象
所以把SpringTable从永久代里面移除&＃xff0c;放到了元空间