⑤①. Minor GC | Major GC | Full GC
- ①. Minor GC 在Eden伊甸园区满的时候会触发,发生在新生代中
- ②. Major GC 在老年代中满了会进行触发,发生在老年代,major gc的时间比minor gc时间长
- ③. Full GC 发生在整个堆中
⑤②. 什么时候会触发minor gc？
- 在Eden伊甸园区满的时候会触发
⑤③. 是不是所有对象都分配在堆中?
- 几乎所有对象是分配在堆中,如果一个对象在方法中没有进行逃逸,也可以分配在栈中进行分配
⑤④. 方法区中都存放什么东西?
- 类型信息、常量、静态变量、即时编译器编译后的代码缓存
⑤⑤. 方法区的大小决定了系统可以保存多少个类,如果系统定义了太多的类,导致方法区溢出,虚拟机同样会抛出内存溢出错误?
- ①. 加载大量的第三方的jar包
- ②. tomcat部署的工程过多(30-50个)
- ③. 大量动态的生成反射类
⑤⑥. 谈谈你对方法区中字符串常量池、静态变量的变化？
- ①. Jdk 1.6 及之前:有永久代,静态变量、字符串常量池1.6在方法区
- ②. Jdk 1.7 :有永久代,但已经逐步 " 去永久代 ",字符串常量池、静态变量移除,保存在堆中
- ③. jdk 1.8 及之后:无永久代,常量池1.8在元空间。但静态变量、字符串常量池仍在堆中
⑤⑦. 为什么要用元空间取代永久代
①.永久代参数设置过小,在某些场景下,如果动态加载的类过多,容易产生Perm区的OOM,比如某个实际Web工程中,因为功能点比较多,在运行过程中,要不断动态加载很多类,经常出现致命错误
②.永久代参数设置过大,导致空间浪费
③. 默认情况下,元空间的大小受本地内存限制)
④. 对永久代进行调优是很困难的
[方法区的垃圾收集主要回收两部分:常量池中废弃的常量和不再使用的类型,而不再使用的类或类的加载器回收比较复杂,full gc 的时间长]
⑤⑧. StringTable为什么要调整?
①.jdk7中将StringTable放到了堆空间中。因为永久代的回收效率很低,在full gc的时候才能触发。而full gc是老年代的空间不足、永久代不足才会触发
②. 这就导致StringTable回收效率不高,而我们开发中会有大量的字符串被创建,回收效率低,导致永久代内存不足,放到堆里,能及时回收内存
⑤⑨. new对象流程？对象的内存分配?
- ①. 判断对象对应的类是否加载、链接、初始化
- ②. 为对象分配内存
- ③. 处理并发安全问题
- ④. 初始化分配到的空间
- ⑤. 设置对象的对象头
- ⑥. 执行init方法进行初始化
⑥0. 对象内部结构都有什么?
- 对象头、实例数据、对齐填充(保证8个字节的倍数)
