在 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