⑤①. 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个字节的倍数)