《互联网大厂 Java 面试：核心知识、框架与中间件大考验》

伟大的攻城狮
45 阅读12分钟

互联网大厂 Java 面试：核心知识、框架与中间件大考验

在一间明亮但略显严肃的面试室内，一位神色冷峻的面试官坐在桌前，对面是略显紧张的求职者王铁牛。面试开始，一场对 Java 技术全方位的考察拉开了帷幕。

第一轮提问

  • 面试官：首先问你几个基础问题。Java 中多态的实现方式有哪些？
  • 王铁牛：多态的实现方式主要有两种，一种是方法重载，也就是在同一个类中，多个方法有相同的名字，但参数列表不同；另一种是方法重写，子类重写父类的方法。
  • 面试官：回答得不错。那 JVM 的内存结构能说一下吗？
  • 王铁牛：JVM 内存结构主要包括堆、栈、方法区、本地方法栈和程序计数器。堆是存放对象实例的地方，栈是每个线程私有的，用来存储局部变量等，方法区存储类的信息、常量等。
  • 面试官：很好。那 ArrayList 和 LinkedList 的区别是什么？
  • 王铁牛：ArrayList 是基于数组实现的，它的优点是随机访问速度快，因为可以通过索引直接访问元素；LinkedList 是基于链表实现的，插入和删除操作比较快，因为只需要修改指针。

第二轮提问

  • 面试官：接下来深入一些。在多线程场景下，使用线程池有什么好处？
  • 王铁牛：使用线程池可以减少线程创建和销毁的开销，提高性能，还能控制并发线程的数量，避免资源过度消耗。
  • 面试官：那如何合理配置线程池的参数呢？
  • 王铁牛：嗯……这个嘛，我觉得就是根据任务的类型和系统的资源来设置吧，具体的我有点不太确定。
  • 面试官：HashMap 在多线程环境下使用会有什么问题？
  • 王铁牛：好像会有线程安全问题，可能会出现数据不一致的情况，但具体怎么回事我没太搞清楚。
  • 面试官：Spring 框架中，依赖注入的方式有哪些？
  • 王铁牛：依赖注入的方式有构造器注入和属性注入。

第三轮提问

  • 面试官：现在考考你关于中间件的知识。Dubbo 的服务注册与发现机制是怎样的？
  • 王铁牛：这个……我记得是通过注册中心来实现的，但具体的细节我不太清楚。
  • 面试官：RabbitMQ 如何保证消息的可靠传输？
  • 王铁牛：好像有什么确认机制，但我不太明白是怎么操作的。
  • 面试官：xxl - job 是如何实现分布式任务调度的？
  • 王铁牛：我就知道它能做分布式任务调度，具体怎么实现我不太懂。
  • 面试官：Redis 的持久化机制有哪些？
  • 王铁牛：好像有 RDB 和 AOF，具体的区别我说不太清楚。

面试官推了推眼镜，说道：“今天的面试就到这里，你先回家等通知吧。我们后续会综合评估你的表现，有结果会及时通知你。”

问题答案

  1. Java 中多态的实现方式有哪些？
    • 方法重载（Overloading）：在同一个类中，多个方法可以有相同的名字，但参数列表必须不同（参数的类型、个数或顺序不同）。编译器根据调用方法时传递的参数来决定调用哪个方法。例如：
class Calculator {
    public int add(int a, int b) {
        return a + b;
    }
    public double add(double a, double b) {
        return a + b;
    }
}

- 方法重写（Overriding）：子类重写父类的方法，方法名、参数列表和返回值类型都要相同（返回值类型可以是父类返回值类型的子类，这称为协变返回类型）。在运行时，根据对象的实际类型来决定调用哪个类的方法。例如：

class Animal {
    public void makeSound() {
        System.out.println("Some sound");
    }
}
class Dog extends Animal {
    @Override
    public void makeSound() {
        System.out.println("Bark");
    }
}
  1. JVM 的内存结构能说一下吗？
    • 堆（Heap）：是 JVM 中最大的一块内存区域，被所有线程共享。所有对象实例和数组都在堆上分配内存。堆可以分为新生代（Eden 区、Survivor 区）和老年代。当堆内存不足时，会触发垃圾回收（GC）。
    • 栈（Stack）：每个线程都有自己独立的栈，栈中存储着局部变量、方法调用的上下文信息（如方法的返回地址、参数等）。每个方法在执行时会创建一个栈帧，栈帧包含局部变量表、操作数栈、动态链接和方法出口等信息。当方法执行完毕，栈帧出栈。
    • 方法区（Method Area）：也是所有线程共享的内存区域，用于存储类的信息（如类的结构、常量池、字段和方法数据等）、静态变量等。在 Java 8 及以后，方法区被元空间（Metaspace）取代，元空间使用本地内存。
    • 本地方法栈（Native Method Stack）：与栈类似，但它是为执行本地方法（使用 native 关键字修饰的方法）服务的。
    • 程序计数器（Program Counter Register）：每个线程都有一个独立的程序计数器，它指向当前线程正在执行的字节码指令的地址。如果执行的是本地方法，程序计数器的值为 undefined。
  2. ArrayList 和 LinkedList 的区别是什么？
    • 数据结构：ArrayList 基于动态数组实现，它在内存中是连续存储的；LinkedList 基于双向链表实现，每个节点包含数据和指向前一个节点和后一个节点的引用。
    • 随机访问性能：ArrayList 支持高效的随机访问，通过索引可以直接访问元素，时间复杂度为 O(1)；LinkedList 随机访问性能较差，需要从头节点或尾节点开始遍历，时间复杂度为 O(n)。
    • 插入和删除性能：在列表中间插入或删除元素时，ArrayList 需要移动大量元素，时间复杂度为 O(n)；LinkedList 只需要修改节点的引用，时间复杂度为 O(1)，但如果需要先定位到插入或删除的位置，仍然需要 O(n) 的时间。
    • 内存占用：ArrayList 会预留一定的空间，可能会造成内存浪费；LinkedList 每个节点需要额外的引用空间，因此总的内存开销可能会更大。
  3. 在多线程场景下，使用线程池有什么好处？
    • 减少线程创建和销毁的开销：线程的创建和销毁需要消耗系统资源，使用线程池可以复用已经创建的线程，避免频繁创建和销毁线程带来的性能损耗。
    • 提高响应速度：当有新的任务提交时，线程池中如果有空闲线程，可以立即执行任务，不需要等待新线程的创建。
    • 控制并发线程的数量：可以通过线程池的参数来控制并发线程的数量，避免过多线程占用系统资源，导致系统性能下降甚至崩溃。
    • 统一管理线程：线程池可以对线程进行统一的管理和监控，例如设置线程的优先级、生命周期等。
  4. 如何合理配置线程池的参数呢？
    • corePoolSize（核心线程数）：线程池的基本大小，当提交的任务数小于核心线程数时，线程池会创建新的线程来执行任务。一般根据系统的 CPU 核心数和任务的性质来设置。如果是 CPU 密集型任务，核心线程数可以设置为 CPU 核心数 + 1；如果是 IO 密集型任务，核心线程数可以设置得大一些，例如 2 * CPU 核心数。
    • maximumPoolSize（最大线程数）：线程池允许创建的最大线程数。当队列满了，且提交的任务数超过核心线程数时，线程池会创建新的线程，直到达到最大线程数。
    • keepAliveTime（线程空闲时间）：当线程池中的线程数量超过核心线程数时，多余的空闲线程在等待新任务的时间超过 keepAliveTime 后会被销毁。
    • workQueue（任务队列）：用于存储等待执行的任务。常见的任务队列有 ArrayBlockingQueue（有界队列）、LinkedBlockingQueue（无界队列）、SynchronousQueue（直接提交队列）等。根据任务的特点选择合适的队列。
    • threadFactory（线程工厂）：用于创建线程，可以自定义线程的名称、优先级等。
    • rejectedExecutionHandler（拒绝策略）：当任务队列满了，且线程池中的线程数量达到最大线程数时，新提交的任务会被拒绝。常见的拒绝策略有 AbortPolicy（直接抛出异常）、CallerRunsPolicy（由调用线程执行任务）、DiscardPolicy（直接丢弃任务）、DiscardOldestPolicy（丢弃队列中最老的任务）等。
  5. HashMap 在多线程环境下使用会有什么问题？
    • 数据不一致：HashMap 不是线程安全的，在多线程环境下，多个线程同时对 HashMap 进行读写操作可能会导致数据不一致的问题。例如，一个线程正在遍历 HashMap，另一个线程同时修改了 HashMap 的结构（如插入或删除元素），可能会导致遍历结果不准确。
    • 死循环：在 JDK 7 及以前，当多个线程同时进行扩容操作时，可能会导致链表形成环形结构，从而造成死循环。在 JDK 8 中，虽然对扩容机制进行了优化，但仍然不是线程安全的。
  6. Spring 框架中，依赖注入的方式有哪些？
    • 构造器注入：通过构造函数来注入依赖对象。例如：
public class UserService {
    private UserDao userDao;
    public UserService(UserDao userDao) {
        this.userDao = userDao;
    }
}

- **属性注入**：通过 setter 方法来注入依赖对象。例如：

public class UserService {
    private UserDao userDao;
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }
}

- **接口注入**：实现特定的接口，通过接口方法来注入依赖对象，但这种方式使用较少。

8. Dubbo 的服务注册与发现机制是怎样的？ Dubbo 的服务注册与发现主要依赖于注册中心。常见的注册中心有 ZooKeeper、Nacos、Redis 等。以 ZooKeeper 为例： - 服务提供者：在启动时，会将自己的服务信息（如服务接口、服务地址等）注册到 ZooKeeper 上，在 ZooKeeper 中创建对应的节点。 - 服务消费者：在启动时，会从 ZooKeeper 上获取服务提供者的信息，并订阅服务提供者的变化。当服务提供者的信息发生变化时，ZooKeeper 会通知服务消费者。 - ZooKeeper：作为注册中心，负责存储服务提供者的信息，并提供服务的注册和发现功能。它通过节点的创建、删除和监听机制来实现服务的动态管理。 9. RabbitMQ 如何保证消息的可靠传输？ - 生产者确认机制：RabbitMQ 支持生产者确认模式，生产者可以设置为同步确认或异步确认。在同步确认模式下，生产者发送消息后，会等待 RabbitMQ 服务器返回确认信息，如果没有收到确认信息，生产者可以进行重试；在异步确认模式下，生产者发送消息后，会通过回调函数来处理确认信息。 - 消息持久化：可以将队列和消息都设置为持久化。将队列设置为持久化后，即使 RabbitMQ 服务器重启，队列也不会丢失；将消息设置为持久化后，消息会被存储到磁盘上，即使服务器崩溃，消息也不会丢失。 - 消费者手动确认：消费者可以设置为手动确认模式，当消费者处理完消息后，向 RabbitMQ 服务器发送确认信息，服务器才会将消息标记为已消费。如果消费者在处理消息过程中出现异常，没有发送确认信息，服务器会将消息重新分发给其他消费者。 10. xxl - job 是如何实现分布式任务调度的？ - 调度中心：负责任务的管理和调度。它会根据任务的配置信息（如任务的执行时间、执行周期等），将任务分发给合适的执行器。 - 执行器：负责执行具体的任务。执行器会向调度中心注册自己的信息，并监听调度中心的任务调度请求。当收到任务调度请求时，执行器会执行相应的任务，并将执行结果返回给调度中心。 - 通信机制：调度中心和执行器之间通过 HTTP 协议进行通信。调度中心通过 HTTP 请求将任务信息发送给执行器，执行器通过 HTTP 响应将执行结果返回给调度中心。 - 任务分片：xxl - job 支持任务分片功能，可以将一个大任务拆分成多个小任务，分发给不同的执行器并行执行，提高任务的执行效率。 11. Redis 的持久化机制有哪些？ - RDB（Redis Database）：RDB 是 Redis 的一种快照持久化方式，它会在某个时间点将 Redis 内存中的数据保存到磁盘上的一个二进制文件中。可以通过配置定期执行快照操作，也可以手动执行 SAVE 或 BGSAVE 命令。RDB 的优点是文件紧凑，恢复速度快；缺点是可能会丢失最后一次快照之后的数据。 - AOF（Append Only File）：AOF 是 Redis 的一种日志持久化方式，它会将 Redis 执行的每个写命令追加到一个日志文件中。当 Redis 重启时，会重新执行这些写命令来恢复数据。AOF 的优点是数据安全性高，几乎不会丢失数据；缺点是日志文件可能会很大，恢复速度相对较慢。可以通过配置 AOF 的同步策略（如每秒同步、每次写操作同步等）来平衡数据安全性和性能。

avatar
文章
阅读
粉丝