一、Java继承时父子类的初始化顺序是怎样的？

1. 父类–静态变量
2. 父类–静态初始化块
3. 子类–静态变量
4. 子类–静态初始化块
5. 父类–变量
6. 父类–初始化块
7. 父类–构造器
8. 子类–变量
9. 子类–初始化块
10. 子类–构造器

二、JVM类加载的双亲委派模型？

三、JDK为什么要设计双亲委派模型，有什么好处？

1、确保安全，避免Java核心类库被修改；

2、避免重复加载；

3、保证类的唯一性；

如果你写一个java.lang.String的类去运行，发现会抛出如下异常；

四、可以打破JVM双亲委派模型吗？如何打破JVM双亲委派模型？

答案：可以；

想要打破这种模型，那么就自定义一个类加载器，重写其中的loadClass方法，使其不进行双亲委派即可；

五、什么是内存溢出？什么是内存泄漏？

内存溢出（OOM）：OutOfMemory

指程序在申请内存时，没有足够的内存空间供其使用，抛出OutOfMemory错误；

比如申请了一个8MB空间，但是当前内存可用空间只有5MB，那么就是内存溢出；

即：OutOfMemoryError，是指没有空闲内存，垃圾收集器回收后也不能提供更多的内存空间；

内存泄露：Memory Leak

指程序运行后，没有释放所占用的内存空间，一次内存泄漏可能不会有很大的影响，但长时间的内存泄漏，堆积到一定程度就会产生内存溢出；

（1）单例对象，生命周期和应用程序一样长，如果单例对象持有对外部对象的引用的话，那么这个外部对象是不能被回收的，则会产生内存泄露；

（2）一些资源未关闭也会导致内存泄漏，比如数据库连接，网络连接socket和IO流的连接都必须在 finally 中 close，否则不能被回收的；

六、线上项目JVM都怎么设置的？

假设线上：4核8G机器；

JVM：栈、堆、元空间；

1、栈： 1m（默认大小），-Xss512k，一个线程是1m，一个线上项目 Tomcat 可能有300个线程，300m；

2、堆：大概把机器的一半内存给堆，4G（新生代、老年代）；

• CMS：1/3 、2/3
• G1: 6:4

3、元空间： 一般512M肯定够了；

此时JVM参数如下：-Xms4096M -Xmx4096M -Xss1M -XX:MetaspaceSize=512M -XX:MaxMetaspaceSize=512M -XX:+UseG1GC

七、线上Java项目服务器内存飙升怎么排查处理？

在Linux系统中使用命令：

#（查看系统Java相关的进程）
jps 

在Linux系统中使用命令:

# 查看进程内存占用情况
top

可使用快捷键排序：shift + m

在Linux系统中使用命令：

# 查看内存信息
jmap -histo pid

• jmap 是Java虚拟机（JVM）自带的一个命令行工具，用于生成Java进程的内存映像文件（heap dump），它通过与Java进程通信获取内存信息，并将信息输出到文件中，以便后续离线分析。
• -histo 查看堆内存中的对象实例数目、内存占用大小、类名等；

在Linux系统中使用命令：

# 将内存信息转存文件
jmap -dump:format=b,file=heap.hprof pid

通过使用 MemoryAnalyzer(MAT)工具分析转存下来的文件。

八、线上Java项目服务器CPU飙到100%怎么排查？

# 查看进程内存占用情况
top# 打印线程栈信息，输出到fileName.txt文件中
jstack pid > fileName.txt# 查看pid进程中的线程内存占用情况
top -H -p pid# 把十进制线程ID转换为十六进制
printf '%x' tid

九、JVM发生OOM后，其他线程是否可以继续工作？

要分情况看，不一定；

• 如果发生OOM，例如使用局部变量存放对象，方法执行后内存会释放，那么其他线程可以继续工作；
• 如果发生OOM，例如使用全局变量存放对象，方法执行后内存不会释放，那么其他线程不可以继续工作；

使用 VisualVM 工具查看JVM堆内存变化情况

十、高并发系统的JVM如何优化？

如果每秒发生 583000 请求：

1、内存预估

• 普通4核8G服务器，一台机器抗300-400并发下单请求比较合理；

• 583000 / 300 = 1943台机器；

• 一个订单预估1KB；

• 一台机器，300KB * 20 * 10 = 60MB的内存开销，一秒后60MB对象就成为垃圾；

2、内存分配

• 4核8G的机器，JVM给4G，剩下几个G会留给操作系统；
• 堆3G（新生代1.5G，老年代1.5G）
• 栈1MB，JVM里大概会有300-500个线程，大概300-500MB;
• 元空间/永久代512MB；
  • -Xms3072M -Xmx3072M -Xmn1536M -Xss1M
  • -XX:MetaspaceSize=512M -XX:MaxMetaspaceSize=512M
  • -XX:+PrintGCDetails
  • -XX:+PrintGCDateStamps
  • -Xloggc:d:/gc.log
  • -XX:+HeapDumpOnOutOfMemoryError
  • -XX:HeapDumpPath=d:/heap.hprof

3、内存占用动态推算

• 一台机器每秒抗300个订单，300KB * 20 * 10 = 60MB，每秒占据新生代60MB内存空间，新生代总共有1.5G的内存空间；
• 1.5G * 1024MB / 60MB = 25秒 新生代Eden占满，触发Minor GC；
• 一般情况下一次可以回收掉90%的新生代对象，存活对象 = 1.5G * 1024MB * 10% = 150MB；
• 如果 “-XX:SurvivorRatio” 参数默认值为8，那么：新生代Eden=1.2GB、S0 = 150MB、S1 = 150MB；
  

4、如何调优？

（1）：

• 1次Minor GC后，可能Survivor不足或者触发动态年龄判断，对象进入老年代，明显是 Survivor 空间不足；

• 新生代调整为2G，老年代为1G，此时Eden：1.6G，每个Survivor：200MB；

• 解决 Survivor 不足或者触发动态年龄判断，降低新生代对象进入老年代的概率；

• 此时JVM参数：

  -Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:MetaspaceSize=512M -XX:MaxMetaspaceSize=512M
  

（2）：

• 一般系统里的@Service、@Controller之类的注解需要长期存活，这些对象一般也不会很多，可能几十兆，应该让它们尽快进入老年代；
• 此时JVM参数：

  -Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -XX:MaxTenuringThreshold=5
  

（3）：

• 一般情况下，大对象可能需要长期存活和使用，让它直接进入老年代；（根据项目实际情况来确定）

• 此时JVM参数如下：

  -Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -XX:MaxTenuringThreshold=5 -XX:PretenureSizeThreshold=1M
  

（4）：

• 指定合适的垃圾回收器；
• 此时JVM参数 ：

  -Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -XX:MaxTenuringThreshold=5 -XX:PretenureSizeThreshold=1M -XX:+UseParNewGC -XX:+UseConcMarkSweepGC
  

• 小堆内存不使用G1垃圾收集器；

（5）：

• 大概每隔几分钟Minor GC之后有大概200MB左右对象进入老年代，推算可能差不多1小时后，才会有接近1GB的对象进入老年代，触发Full GC，然后高峰期一过，可能需要几个小时才会一次Full GC；

-Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:-UseCompressedClassPointers -XX:MetaspaceSize=512M -XX:MaxMetaspaceSize=512M -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=5 -XX:PretenureSizeThreshold=1M -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0

-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:d:/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=d:/heap.hprof

（6）： 优化思路

• 1、尽可能让对象在新生代里分配和回收，避免对象频繁进入老年代导致老年代频繁垃圾回收；
• 2、给系统充足的内存空间，避免新生代频繁的垃圾回收；
• 3、指定合适的垃圾收集器；