前言
- 大家好,这里是IT学习日记,相信大家对今年IT的行情应该也有所了解了，从大厂到小厂，各种裁员消息。公司裁员我们无法决定，我们能做的就是不断提升自己，提前准备。
- 本系列文章主要分享了之前博主真实面试中遇到的一些问题，希望能够帮助准备就业或者跳槽的朋友。
类基础信息
一: 类加载后会存在在哪里
回答: 存放在方法区中。
详情如下:
静态成员变量（类变量） 存放于 方法区的静态部分
静态方法 存放于 方法区的静态部分
非静态方法（包括构造函数） 存放于 方法区的非静态部分
静态代码块 存放于 方法区的静态部分
构造代码块 存放于 方法区的静态部分
加载细节:
类文件加载时，静态方法和非静态方法都会加载到方法区中，只不过要调用到非静态方法时需要先实例化一个对象,对象才能调用非静态方法。如果让类中所有的非静态方法都随着对象的实例化而建立一次，那么会大量消耗内存资源,所以才会让所有对象共享这些非静态方法，然后用this关键字指向调用非静态方法的对象。
二: Hotspot和JRockit的关系
1、两者都是JVM规范的实现,JRockit最初由Appeal和BEA Systems开发，然后被Oracle收购以运行服务器软件。 它旨在针对需要长时间运行任务，大量内存和大量内存的大型应用程序进行优化一个可扩展的环境。
2、自Oracle收购Sun Microsystems以来，Oracle已经在使JRockit和HotSpot JVM融合的具体计划和路线图是"两全其美"的实现，主要建立在HotSpot上但是集成了JRockit最受欢迎的功能。
3、永久代只存在Hotspot虚拟机中,其他实现了JVM的虚拟器并没有这个说法
三: JDK8为什么要使用元空间取代永久代
1、JDK7及之前字符串存在永久代中，容易出现性能问题和内存溢出
2、类及方法的信息等比较难确定其大小，因此对于永久代的大小指定比较困难，太小容易出现永久代溢出，太大则容易导致老年代溢出
3、永久代会为 GC 带来不必要的复杂度，并且回收效率偏低(永久代的垃圾收集是和老年代捆绑在一起的，因此无论谁满了，都会触发永久代和老年代的垃圾收集。
4、将 HotSpot 与 JRockit 合二为一,永久代只是在Hotspot中有,JRickit并没有永久代的概念
四: 类加载的最终产物是什么
类加载（Loading）的最终产物是一个 java.lang.Class 对象,它是我们访问方法区中的类型数据的外部接口，我们需要通过这个对象来访问类的字段、方法、运行时常量池等。
五: 字符串常量、静态变量存放在哪里
一: 字符串常量
1.7以前是放在永久代,1.7以后是放在堆中
二: 静态变量
1、1.7前字符串常量池和静态变量存储在永久代
2、JDK7以上，静态变量存储在其对应的Class对象中。而Class对象作为对象，和其他普通对象一样，都是存在java堆中的。
六: String为什么定义成final
主要是考虑到安全性和效率的两方面。
1、String类中有需要关于底层的引用,因为final修饰的类是不可以被继承的,所以不会对String类进行修改,避免了因继承而引起的安全隐患。
2、String类是不可变的,所以在多线程下是线程安全的,无需进行线程同步。
3、因为String类是不可变的,所以在创建的时候就将对应的Hashcode缓存起来,使用的时候不需要重新计算,这就使得字符串很适合用于Map集合中的key,字符串的处理速度快过其他的键对象。
七: String、StringBuffer、StringBuilder的区别
1、String对象是不可变的,但是StringBuffer和StringBuilder是可变的
2、String和StringBuffer(方法使用了synchronize加锁)是线程安全的,StringBuilder是线程不安全的
3、执行效率: StringBuilder > StringBuffer > String
八: s1 = new String(“hello”)和s1 = “hello”有什么区别
1、new String(“hello”)是先在堆中创建一个对象,并返回给s1,”hello”是一个常量,会先到字符串常量池中查询是否存在这个字符串,没有则分配一个空间并存放”hello”,并将”hello”在常量池的地址存放在new出来的对象中(所以:如果”hello”字符串在常量池中存在则该语句创建一个对象,不存在则创建两个)
2、s1 = “hello”则表示直接到常量池中查询,有则返回地址,没有则创建新的再返回地址(所以:如果常量池中存在,则不创建对象,不存在则创建一个对象)
九: s1 = “a” “b”和s1 = a1 a2 (注:a1 = “a”,a2=”b”)有什么区别
1、如果是变量相加如(s1 = a1 a2 (注:a1 = “a”,a2=”b”)),则先开空间,再拼接(每一个字符串变量在常量池中都有一个地址,如果是多个拼接,则生成新的对象并返回这个对象的地址)。
2、如果是常量相加如:s1 = “a” “b”,则是先将字符串拼接好,再到常量池中查找,有则直接返回,没有则创建再返回。
3、所以,在进行比较的时候,一般判断清除是拼接完再查询还是查询后再拼接,这样使用在进行比较的时候也是不一样的。
十: 字符串常量池和String.intern()方法在jdk1.6、1.7、1.8的变化
作用:
intern方法只会保存首次存储的字符串的引用到常量池中,后面再有一样的也不会被覆盖。
区别:
JDK1.6: intern方法属于永久区
JDK1.7及之后,取消了永久代,存在在java堆中
十一: Comparable和Comparator的区别
一: Comparable特点:
1、只有一个方法:compareTo,需要拥有比较方法的类去实现它
2、是一个接口,实现它类就有了比较功能,比较的具体实现由自己定义
(一): Comparable作用:
内比较器,可以实现自己和自己比较,也可以实现不同类对象的比较,依赖于compareTo实现逻辑,如果想将类添加到Collection中然后调用sort排序,则添加入Collection的类必须实现这个接口
(二): Comparable缺点:
耦合性比较强,必须实现compareTo方法,有代码侵入。
(三): 返回结果: int类型
1、比较者大于被比较者（也就是compareTo方法里面的对象），那么返回正整数
2、比较者等于被比较者，那么返回0
3、比较者小于被比较者，那么返回负整数
二: Comparator特点
1、是外比较器,是一个接口,提供了compare(T1 o1,T2 o2)API用于比较,除此之外还存在其他API如:reversed方法。
(一): Comparator使用场景:
1、类没有实现Comparable接口，但是也要两个对象进行比较。
2、虽然类实现了Comparable接口,但是对compareTo中的比较逻辑不满足
(二): Comparator缺点:
比较方法的泛型类T需要指定,所以比较的话就无法实现两个不同对象的比较。
(二): 返回结果: int类型
1、比较者大于被比较者（也就是compareTo方法里面的对象），那么返回正整数
2、比较者等于被比较者，那么返回0
3、比较者小于被比较者，那么返回负整数
三: 区别
1、Comparator位于包java.util下，而Comparable位于包java.lang下
2、实现Comparable接口的方式比实现Comparator接口的耦合性要强一些，如果要修改比较算法，要修改Comparable接口的实现类，而实现Comparator的类是在外部进行比较的(既:每个需要比较的类定义一个比较器,具体实现在比较器中,不涉及修改类,不需要对实现类有任何修改)
3、Comparable只有一个接口是函数式接口,Comparator则有多个。
四: 命名规范:
"待比较的实体类 Comparator"来命名
小结
不积跬步，无以至千里；不积小流，无以成江海。今天播种努力的种子,总会有一天发芽!
