Java中级试题及解析

Java中级试题及解析一、单项选择题（共10题，每题1分，共10分）以下关于Java堆内存的描述中，正确的是A.堆内存是线程私有的内存区域B.所有对象实例和数组都优先在堆上分配内存C.堆内存不会发生内存溢出问题D.堆内存的大小在程序启动后无法调整答案：B解析：正确选项B符合Java虚拟机规范的基础约定，绝大多数对象实例和数组的内存分配逻辑都在堆区完成。A选项错误，堆是线程共享的内存区域，线程私有的内存区域为虚拟机栈、本地方法栈、程序计数器。C选项错误，堆内存如果持续创建存活对象且无法被垃圾回收器回收，耗尽配置的最大堆容量后会抛出OutOfMemoryError内存溢出异常。D选项错误，堆内存的初始大小和最大大小都可以通过JVM启动参数手动指定，运行期也支持在配置的数值范围内动态扩容或缩容。以下关于String类不可变性的描述，错误的是A.String类被final修饰，无法被其他类继承B.String对象内部存储字符的数组值一旦初始化就无法修改C.对String对象执行拼接操作时，会生成全新的String对象D.String的不可变性意味着字符串常量池中相同内容的两个对象一定会返回同一个内存地址答案：D解析：正确选项D的描述存在逻辑漏洞，不同类加载器加载的类中定义的相同内容字符串，在部分JDK版本下可能会在常量池中生成两个不同的对象，而执行newString(“test”)的操作也会在堆的新生代区域生成新的String对象，和常量池中的同内容对象不属于同一个内存地址。A选项正确，String类的类定义带有final修饰符，从语法层面禁止被继承。B选项正确，String内部存储字符的value数组也被final修饰，且类没有对外提供任何修改内部元素的公开方法。C选项正确，字符串拼接操作底层不会修改原有String对象的内容，一定会生成新的String对象返回。调用线程对象的run()方法而不是start()方法，以下描述正确的是A.会启动一个新的线程执行run方法中的逻辑B.仍然在当前调用线程中同步执行run方法中的逻辑C.会抛出IllegalThreadStateException运行时异常D.程序执行的逻辑结果和调用start()方法完全一致答案：B解析：正确选项B符合线程的底层执行逻辑，run方法只是一个普通的成员方法，直接调用时不会触发线程的启动流程，会在当前执行的线程中同步运行方法内部的代码。A选项错误，只有调用start()方法才会向操作系统申请创建新的执行线程。C选项错误，直接调用run方法是完全合法的语法，不会抛出运行时异常。D选项错误，调用run方法没有多线程的异步执行效果，执行流程和调用start方法完全不同，结果也会出现差异。以下关于接口和抽象类的区别描述，错误的是A.抽象类可以包含普通的成员方法实现，接口中默认所有方法都是抽象方法B.一个类最多只能继承一个抽象类，但是可以实现多个接口C.抽象类中可以定义构造方法，接口中不能定义构造方法D.抽象类中可以定义静态代码块，接口中不能定义静态代码块答案：A解析：正确选项A的描述不符合Java8及之后版本的语法规则，Java8开始接口中允许定义带实现的default默认方法和static静态方法，并非所有方法都是抽象方法。B选项正确，Java语法层面是单继承机制，一个类最多只能继承一个抽象类，但是支持多实现。C选项正确，抽象类的构造方法会在子类实例化时调用，接口没有实例化的概念，因此不允许定义构造方法。D选项正确，抽象类可以包含静态代码块完成类加载时的初始化逻辑，接口中不允许定义静态代码块。执行以下代码片段的返回结果是publicinttest(){intnum=10;try{num=num+5;

returnnum;}catch(Exceptione){num=num+10;

returnnum;}finally{num=num+15;}}A.15B.25C.30D.抛出异常答案：A解析：正确选项A是该代码的实际运行结果，Java虚拟机在执行try块中的return语句时，会先把要返回的15值暂存到临时栈中，之后执行finally块的修改操作修改的是原始num变量，不会影响已经暂存的返回值，最终返回结果是15。B选项、C选项的数值都是错误的执行结果，D选项的异常也不会触发，try块中不存在会抛出异常的逻辑。以下关于Java重载和重写的描述，正确的是A.重载的方法方法名必须相同，参数列表也必须完全相同B.重写发生在继承关系中，子类重写的方法的返回值必须和父类完全一致C.重载方法的返回值不同也可以构成合法的重载关系D.子类重写父类方法时，不能声明抛出比父类方法范围更大的异常答案：D解析：正确选项D符合Java的方法重写语法约束，子类重写方法声明抛出的受检异常类型，必须是父类对应方法声明抛出异常的子类或者同类型，不能抛出范围更大的异常。A选项错误，重载的方法参数列表必须不同，参数列表相同的同名方法不属于重载。B选项错误，从Java5开始子类重写的方法允许返回父类方法返回值类型的子类，也就是协变返回，不需要返回值完全一致。C选项错误，Java语法层面判断重载的唯一依据是方法名和参数列表，返回值不同不能单独作为重载的区分依据。以下不属于Java反射机制的应用场景的是A.在运行时动态创建任意类的实例对象B.在编译时优化所有方法的执行效率C.在运行时调用任意对象的私有方法D.在运行时获取任意类的所有成员属性的名称和类型答案：B解析：正确选项B的描述和反射的特性完全相反，反射是运行时的动态机制，无法在编译期生效，同时反射的执行效率远低于普通的直接调用，不会用于优化执行效率。A、C、D三个选项都是反射机制的典型应用场景，很多框架的核心功能都是基于反射实现的。以下关于ArrayList的底层实现描述，正确的是A.ArrayList底层是基于双向链表实现的B.ArrayList默认的初始容量大小是20C.ArrayList的扩容机制是每次扩容为原有容量的1.5倍D.ArrayList在头部插入元素的时间复杂度是O(1)答案：C解析：正确选项C符合ArrayList的底层扩容逻辑，当数组容量不足以存入新元素时，会创建一个原有数组1.5倍大小的新数组，把原有数组的元素全部复制进去。A选项错误，ArrayList底层是基于动态数组实现的，LinkedList才是基于双向链表实现的。B选项错误，ArrayList的默认初始空数组在第一次添加元素时才会初始化容量为10。D选项错误，ArrayList在头部插入元素需要移动数组中所有原有元素，时间复杂度是O(n)。以下不属于Java中受检异常的是A.IOExceptionB.SQLExceptionC.NullPointerExceptionD.ClassNotFoundException答案：C解析：正确选项C的空指针异常属于运行时异常，也就是非受检异常，不需要在方法声明中显式抛出或者用try-catch捕获。A、B、D三个选项都是典型的受检异常，编译器会强制要求开发者进行捕获或者抛出声明。以下关于Java8中Stream流的描述，错误的是A.Stream流支持对集合元素进行并行处理B.Stream执行中间操作时不会立刻执行实际的计算逻辑，只有执行终止操作时才会触发计算C.Stream流遍历完成之后可以重复复用多次D.Stream可以过滤、映射、聚合集合中的元素，不需要修改原有集合答案：C解析：正确选项C的描述是错误的，Stream流一旦执行了终止操作之后就会被关闭，无法再次调用中间操作或者终止操作复用，否则会抛出流已关闭的异常。A选项正确，通过parallelStream方法可以创建并行流，利用多线程提升元素处理效率。B选项正确，Stream的中间操作都是惰性求值，只有执行终止操作时才会执行所有的处理逻辑。D选项正确，Stream的所有处理操作都不会修改原有集合的内容，会生成新的处理结果返回。一、多项选择题（共10题，每题2分，共20分）以下关于JDK8版本中HashMap的底层实现描述，正确的有A.底层数据结构采用数组+链表+红黑树的组合形式B.当链表的长度超过8且数组容量大于等于64时，链表会自动转为红黑树存储C.HashMap是线程安全的集合类D.哈希冲突时采用的是头插法将新元素插入链表头部答案：AB解析：正确选项A和B都是JDK8HashMap的核心实现特性。C选项错误，HashMap没有做任何同步处理，是线程不安全的集合类，多线程并发修改时大概率会出现数据错乱的问题。D选项错误，JDK8的HashMap哈希冲突插入新元素时采用的是尾插法，避免了之前版本头插法在并发扩容时出现的链表环死循环问题。以下属于线程安全的集合类的有A.VectorB.ConcurrentHashMapC.ArrayListD.HashTable答案：ABD解析：正确选项A、B、D都是线程安全的集合类，Vector的所有方法都加了synchronized锁，ConcurrentHashMap采用分段锁的思想实现高并发下的线程安全，HashTable的所有方法也都加了同步锁。C选项的ArrayList没有任何同步机制，是线程不安全的集合类，多线程并发写操作会出现数据异常。以下可以作为JVM垃圾回收根节点（GCRoots）的对象有A.虚拟机栈中引用的对象B.方法区中静态属性引用的对象C.所有被同步锁持有的对象D.堆内存中所有已经创建的对象答案：ABC解析：正确选项A、B、C都是Java虚拟机规范中明确规定的GCRoots的组成部分。D选项错误，堆中创建的对象本身就是垃圾回收的判定对象，不可能作为垃圾回收的根节点。以下关于synchronized关键字的特性描述，正确的有A.属于Java层面的隐式锁，不需要手动加锁和释放锁B.支持重入特性，同一个线程多次申请同一把锁不会出现死循环C.当一个线程拿到锁之后，其他尝试获取锁的线程会立刻抛出异常D.修饰普通成员方法时，锁的对象是当前方法所属的实例对象答案：ABD解析：正确选项A、B、D都是synchronized的核心特性。C选项错误，线程竞争synchronized锁失败之后会进入阻塞等待状态，不会立刻抛出异常，等待持有锁的线程释放锁之后会再次尝试抢占锁。以下关于Java序列化机制的描述，正确的有A.实现序列化的类必须实现Serializable接口B.被transient关键字修饰的属性不会被序列化到输出流中C.反序列化时一定会调用目标类的构造方法完成对象创建D.序列化的版本号serialVersionUID用来校验序列化前后的类版本是否兼容答案：ABD解析：正确选项A、B、D都是Java序列化的基础规则。C选项错误，正常的反序列化流程不会调用目标类的构造方法，是直接通过字节流生成对象实例，绕过了构造方法的调用逻辑。以下属于String、StringBuilder、StringBuffer三者共同特性的有A.内部都是基于字符数组实现存储的B.都实现了CharSequence接口C.对内容进行修改时都会生成新的对象D.都可以用来拼接多个字符串内容答案：ABD解析：正确选项A、B、D都是三个类的共同特性。C选项错误，StringBuilder和StringBuffer是可变类，修改内部字符数组的内容时不会生成新的对象，只有String修改内容时会生成新对象。以下关于Java泛型的描述，错误的有A.泛型可以在运行时获取到明确的类型信息B.泛型不支持通配符的上限和下限定义C.泛型不存在类型擦除问题，所有类型信息都会保留到运行期D.泛型可以提升代码的复用性，不需要为不同的类型编写重复的逻辑答案：ABC解析：题目要求选出错误选项，A、B、C的描述都是错误的。A选项错误，泛型在编译期就完成了类型擦除，运行时无法获取到明确的泛型类型信息。B选项错误，Java泛型支持上界通配符?extendsT和下界通配符?superT的定义。C选项错误，Java的泛型是伪泛型，编译期会执行类型擦除，所有的泛型信息都会被擦除为原始类型。只有D选项的描述是正确的，是泛型的核心优势。以下属于线程的合法状态的有A.NEW新建状态B.RUNNABLE可运行状态C.BLOCKED阻塞状态D.SLEEPING永久睡眠状态答案：ABC解析：正确选项A、B、C是Java线程定义的五大合法状态中的三个。D选项的永久睡眠不属于Java线程的标准状态，调用sleep方法的线程处于TIMED_WAITING计时等待状态，没有永久睡眠的状态定义。以下关于Java异常处理的最佳实践描述，合理的有A.捕获异常之后不要直接空着不做任何处理，至少要打印异常日志B.可以直接捕获顶层的Exception类型来处理所有异常C.尽可能细化异常捕获的类型，针对不同的异常类型做不同的处理逻辑D.不要在finally块中编写可能抛出异常的代码答案：ACD解析：正确选项A、C、D都是开发中合理的异常处理实践。B选项的做法是不合理的，直接捕获Exception会把很多意料之外的运行时异常也一并捕获，掩盖程序的错误问题，不利于线上问题的排查定位。以下属于Java8新增的核心特性的有A.Lambda表达式B.Stream流操作C.自动装箱拆箱D.Optional空指针处理类答案：ABD解析：正确选项A、B、D都是Java8版本正式新增的核心特性。C选项的自动装箱拆箱是Java5版本就已经推出的特性，不属于Java8的新增内容。一、判断题（共10题，每题1分，共10分）HashMap的实现是线程安全的，多线程并发场景下可以直接使用不会出现任何问题。答案：错误解析：HashMap没有任何同步控制逻辑，多线程并发执行put操作时，可能会出现数据丢失、链表环死循环等问题，多线程场景下必须使用ConcurrentHashMap替代HashMap。即使代码中没有显式调用System.exit()方法，finally块也不一定100%会被执行。答案：正确解析：如果执行try块的线程在执行到finally块之前就被中断或者终止，finally块就不会被执行，所以并不是没有调用System.exit的情况下finally就一定会执行。接口中定义的所有变量默认都是publicstaticfinal修饰的常量。答案：正确解析：Java语法层面的规则，接口中定义的成员变量，即使不显式添加修饰符，默认的修饰符也是publicstaticfinal，本质上都是全局静态常量。一个类中如果定义了有参构造方法，编译器会自动为它生成一个无参的默认构造方法。答案：错误解析：只有当类中完全没有定义任何构造方法的时候，编译器才会自动生成一个无参的默认构造方法，如果手动定义了有参构造方法，编译器不会自动生成无参构造方法。多核CPU环境下，并行流的执行效率一定比普通的串行Stream流更高。答案：错误解析：并行流底层默认使用ForkJoinPool的公共线程池，在元素数量很少、处理逻辑很简单的场景下，线程调度的开销可能远大于实际计算的开销，并行流的执行效率反而低于串行流。Java中方法的静态分派是发生在编译期的，重载的方法绑定就是典型的静态分派场景。答案：正确解析：方法重载的版本选择完全是在编译期根据变量的静态类型确定的，属于静态分派的典型实现，运行期不会修改重载方法的调用版本。volatile关键字可以保证变量的原子性，使用volatile修饰i++操作就可以实现线程安全。答案：错误解析：volatile关键字只能保证变量的可见性和有序性，无法保证操作的原子性，i++是多个CPU指令组成的复合操作，即使被volatile修饰，在多线程并发场景下仍然会出现线程安全问题。抽象类中所有的方法都必须是抽象方法，不能包含任何具体的方法实现。答案：错误解析：抽象类中可以包含任意数量的普通具体方法实现，也可以包含静态方法，不需要所有方法都声明为抽象方法。泛型的类型擦除会把所有的泛型参数类型擦除为Object类型，不管定义的上界是什么。答案：错误解析：如果泛型定义了明确的上界比如，类型擦除之后会把泛型类型替换为上界的Number类型，而不是直接擦除为Object类型。当两个对象的hashCode返回值相同，它们的equals方法返回值也一定是true。答案：错误解析：hashCode的计算存在哈希冲突的可能，不同的对象也可能生成相同的哈希码，两个对象hashCode相同不代表对象本身相等，equals方法完全可能返回false。一、简答题（共5题，每题6分，共30分）简述Java中==运算符和equals方法的核心区别。答案：第一，比较的逻辑不同，==运算符是Java原生的运算符，对于基本数据类型比较的是变量的实际数值是否相等，对于引用数据类型比较的是两个对象的内存地址是否相同；第二，equals方法是Object类定义的普通成员方法，默认实现逻辑和==运算符完全一致，但是开发者可以重写该方法自定义比较规则，比如String类重写了equals方法实现了字符内容的比较；第三，适用场景不同，==运算符不能自定义比较逻辑，适合用来判断两个基本类型数值是否相等、或者两个引用是否指向同一个对象，重写后的equals方法适合用来判断两个对象的业务属性内容是否相等。解析：该题的核心得分点要覆盖基本类型和引用类型下==的不同逻辑、equals的默认实现和重写特性、二者的适用场景，完整覆盖三个要点即可拿到满分。简述ArrayList和LinkedList的底层实现差异和适用场景。答案：第一，底层数据结构不同，ArrayList是基于动态数组实现的，LinkedList是基于双向循环链表实现的；第二，性能特性不同，ArrayList随机访问元素的时间复杂度是O(1)，但是在中间和头部插入、删除元素的时间复杂度是O(n)，需要移动大量数组元素，LinkedList随机访问元素的时间复杂度是O(n)，但是在任意位置插入、删除元素的时间复杂度是O(1)，不需要移动大量元素；第三，适用场景不同，ArrayList适合绝大多数以随机遍历、随机查询元素为主的业务场景，是集合实现的首选，LinkedList更适合大量在集合首尾插入删除元素、不需要频繁随机访问的场景。解析：该题三个要点分别覆盖底层结构差异、性能差异、适用场景，把链表和数组的核心特性差异对应到两个集合类上，表述清晰即可得满分。简述JVM双亲委派模型的核心工作流程。答案：第一，当一个类加载器收到加载某个类的请求时，它首先不会自己去尝试加载这个类，而是把这个加载请求委派给它的父类加载器去完成；第二，每一层的类加载器都遵循同样的委派规则，最终会把所有的类加载请求层层向上委派到顶层的启动类加载器，只有当父类加载器反馈自己无法完成这个加载请求时，子类加载器才会尝试自己去加载目标类；第三，双亲委派模型的优势是保证Java的核心基础类库的类都由顶层的启动类加载器加载，保证所有程序中使用的核心类的一致性，避免出现多个不同版本的同名类混乱的问题。解析：该题要点覆盖委派流程的向上传递逻辑、子类加载器兜底的加载规则、双亲委派的设计优势，完整表述三个部分即可拿到全部分数。简述Java中线程的五种核心状态的流转规则。答案：第一，新建状态，当开发者new出来一个Thread线程对象之后，线程就处于新建状态，此时还没有调用start方法，没有和操作系统的真实执行线程绑定；第二，可运行状态，调用线程的start方法之后，线程进入Runnable可运行状态，操作系统的线程调度器会在合适的时间分配CPU时间片给该线程执行代码逻辑；第三，阻塞状态，线程在等待锁资源的时候会进入Blocked阻塞状态，暂时放弃CPU使用权，直到获取到锁之后才会回到可运行状态；第四，等待状态，线程调用无超时的wait、join方法时会进入Waiting无限等待状态，直到其他线程发出通知才会被唤醒回到可运行状态；第五，终止状态，线程执行完所有的run方法逻辑或者执行过程中抛出未捕获的异常退出时，就会进入Terminated终止状态，线程的生命周期结束。解析：该题覆盖五种核心状态的定义和流转条件，表述清晰准确即可拿到满分。简述Java中泛型类型擦除机制的核心特点。答案：第一，泛型的所有信息只存在于Java的编译期，在编译完成生成class字节码文件的时候，所有的泛型相关信息都会被擦除掉，运行时看不到任何泛型的类型信息；第二，擦除过程中如果泛型没有定义上界，就会把泛型类型替换为Object类型，如果定义了明确的上界，就会把泛型类型替换为对应的上界类型；第三，为了保证类型擦除之后方法调用的正确性，编译器会自动生成桥接方法来保证继承关系下方法重写的逻辑可以正常执行。解析：该题三个要点覆盖类型擦除的执行时机、擦除的替换规则、擦除的配套桥接方法机制，完整描述即可拿到满分。一、论述题（共3题，每题10分，共30分）结合实际开发场景，论述JDK8版本针对HashMap做的核心优化点以及这些优化解决了之前版本的什么问题。答案：首先明确核心论点，JDK8对HashMap的优化从底层结构、插入逻辑、扩容逻辑三个维度解决了老版本的性能缺陷和安全隐患。第一点优化是底层数据结构从之前的数组+链表的纯链表结构，升级为数组+链表+红黑树的复合结构。之前的版本如果大量哈希冲突导致链表长度过长，查询元素的时间复杂度会从O(1)退化为O(n)，在元素数量非常大的场景下查询性能会严重下降。升级为红黑树之后，当链表长度超过阈值8且数组容量大于64时，链表会自动转为红黑树，查询的时间复杂度可以优化到O(logn)，在元素哈希分布不均匀的极端场景下也能保证不错的查询性能。比如实际开发中如果遇到大量自定义对象作为key且没有重写hashCode方法的场景，JDK8的HashMap的性能会比老版本高几十倍甚至上百倍。第二点优化是插入新元素的逻辑从之前的头插法改为了尾插法。老版本的头插法在并发扩容的场景下，多线程同时对链表进行转移操作时，很容易形成环形链表，下一次调用get方法遍历环形链表时就会出现CPU占用100%的死循环问题。改为尾插法之后，节点插入的顺序和原有链表的顺序保持一致，扩容转移节点时不会修改节点的引用顺序，从根源上避免了环形链表的生成，虽然HashMap本身还是线程不安全的，但是杜绝了之前版本极易出现的并发死循环问题。第三点优化是扩容的辅助哈希计算逻辑做了简化，老版本扩容时需要计算每个元素的哈希值和新数组容量的模运算判断新的下标位置，JDK8优化为直接判断哈希值新增的最高位是0还是1，就可以直接确定元素的新下标要么和原下标保持一致，要么是原下标加上原数组的容量，不需要做复杂的哈希计算，大幅提升了扩容的执行效率。最后做总结，这些优化都让HashMap的整体性能和稳定性大幅提升，也让HashMap可以支撑更大规模的元素存储场景，也是现在绝大多数开发场景下HashMap被广泛使用的底层基础。解析：整个论述逻辑分层清晰，每个优化点都说明优化前的问题、优化后的实现，再结合实际开发的场景案例佐证，逻辑完整符合要求即可拿到满分。结合多线程可见性问题的产生原理，论述volatile关键字的解决思路，结合简单的代码实例说明实际使用场景。答案：核心论点：多线程的可见性问题是CPU缓存架构带来的必然产物，volatile关键字通过内存屏障的规则禁止指令重排序、强制变量读写刷入主内存，从底层解决可见性问题。首先阐述可见性问题的产生原理：现代CPU为了提升执行效率，每个CPU核心都有自己独有的高速缓存，当多个线程运行在不同的CPU核心上时，每个线程修改共享变量的操作都只会先修改自己CPU核心本地缓存中的值，不会立刻同步到主内存中，其他线程完全感知不到另一个线程对变量的修改，这就是典型的可见性问题。比如常见的一个案例，子线程循环判断一个标记变量stop是否为true，主线程在另一个线程中把stop变量修改为true，子线程永远都感知不到这个修改，会一直处于死循环的状态。然后阐述volatile关键字的解决思路：JMM内存模型针对被volatile修饰的变量定义了特殊的规则，第一是禁止指令重排序优化，读写volatile变量时前后的指令不会被编译器和CPU重排顺序，保证执行顺序和代码编写顺序完全一致；第二是volatile变量的修改操作会立刻把新值同步回主内存，同时其他CPU核心缓存中该变量的缓存行都会被设置为无效，其他线程读取该变量时必须重新从主内存中拉取最新的值，保证所有线程看到的变量值都是最新的。比