原创

Java面试题-JVM和JDK(持续更新)

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/lyhkmm/article/details/79978738

在 jdk1.5 中,引入了泛型,泛型的存在是用来解决什么问题。

  泛型的本质是参数化类型,也就是说所操作的数据类型被指定为一个参数,泛型的好处是在编译的时候检查类型安全,并且所有的强制转换都是自动和隐式的,以提高代码的重用率

你知道哪些或者你们线上使?什么GC策略? 它有什么优势,适用于什么场景?

  参考:Jvm连载文章:https://blog.csdn.net/lyhkmm/article/category/7510757

JAVA类加载器包括几种?它们之间的关系是怎么样的?双亲委派机制是什么意思?有什么好处?

 引导类加载器 bootstrap class loader

  启动类加载器主要加载的是JVM自身需要的类,这个类加载使用C++语言实现的,是虚拟机自身的一部分,它负责将 /lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中,注意必由于虚拟机是按照文件名识别加载jar包的,如rt.jar,如果文件名不被虚拟机识别,即使把jar包丢到lib目录下也是没有作用的(出于安全考虑,Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类

 扩展类加载器 extensions class loader

  它负责加载JAVA_HOME/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库,开发者可以直接使用标准扩展类加载器。

 应用程序类加载器 application class loader

  应用程序加载器是指 Sun公司实现的sun.misc.Launcher$AppClassLoader。它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库,也就是我们经常用到的classpath路径,开发者可以直接使用系统类加载器,一般情况下该类加载是程序中默认的类加载器,通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。

 自定义类加载器 java.lang.classloder

  就是自定义啦,通过继承java.lang.ClassLoader类的方式

 它们之间的关系

  启动类加载器,由C++实现,没有父类。
  拓展类加载器(ExtClassLoader),由Java语言实现,父类加载器为null
  系统类加载器(AppClassLoader),由Java语言实现,父类加载器为ExtClassLoader
  自定义类加载器,父类加载器肯定为AppClassLoader。

 双亲委派机制

  请注意双亲委派模式中的父子关系并非通常所说的类继承关系。
  其工作原理的是:如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行,如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器,如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式,即每个儿子都很懒,每次有活就丢给父亲去干,直到父亲说这件事我也干不了时,儿子自己想办法去完成。

 双亲委派机制作用

  通过这种层级关可以避免类的重复加载,当父亲已经加载了该类时,就没有必要子ClassLoader再加载一次。其次是考虑到安全因素,java核心api中定义类型不会被随意替换,假设通过网络传递一个名为java.lang.Integer的类,通过双亲委托模式传递到启动类加载器,而启动类加载器在核心Java API发现这个名字的类,发现该类已被加载,并不会重新加载网络传递的过来的java.lang.Integer,而直接返回已加载过的Integer.class,这样便可以防止核心API库被随意篡改

如何自定义一个类加载器?你使用过哪些或者你在什么场景下需要一个自定义的类加载器吗?

  通过继承ClassLoad定义一个类加载器。

 应用场景

  如Tomcat容器,每个WebApp有自己的ClassLoader,加载每个WebApp的ClassPath路径上的类,一旦遇到Tomcat自带的Jar包就委托给CommonClassLoader加载。同包的隔离。另外成熟的开源框架,都有自己的classloade。

Jstack是干什么的? Jstat呢?

 Jstack

  可以定位到线程堆栈,根据堆栈信息我们可以定位到具体代码,所以它在JVM性能调优中使用得非常多。

 Jstat

  用于监控基于HotSpot的JVM,对其堆的使用情况进行实时的命令行的统计,使用jstat我们可以对指定的JVM做如下监控:

 类的加载及卸载情况

  查看新生代、老生代及metaSpace的容量及使用情况。
  查看新生代、老生代及metaSpace的垃圾收集情况,包括垃圾回收的次数及垃圾回收所占用的时间。
  查看新生代中Eden区及Survior区中容量及分配情况等。

如果线上程序周期性地出现卡顿,你怀疑可能是gc导致的,你会怎么来排查这个问题?

 通过jstat命令查看

jstat  -gc -h5  -t 26316 1s 20
-gc 选项:查看JVM堆中垃圾收集情况
-h5 每隔5行显示一下表头 
-t 显示从虚拟机启动在当前时间的时间间隔 单位:秒 
26536 线程id 
1s 1秒显示一次 
20 总共显示20次  

线程日志一般你会看其中的什么部分?

  待补充

StackOverFlow异常有没有遇到过?一般你猜测会在什么情况下被触发?如何指定一个线程的堆栈大小?一般你们写多少?

  遇到过。
  一般无限递归的时候会触发。
  线程构造函数中可以传入大小,需要注意的是,该值对JVM而言只是一个建议,JVM有权选择更合适的值。
  默认1024K。

参考文献  

  Jvm连载文章:https://blog.csdn.net/lyhkmm/article/category/7510757

原文来自:lyhkmm.com

正文到此结束
Loading...