Java面试题

小猜忌

已于 2024-02-29 10:13:21 修改

阅读量1.2k

点赞数 14

文章标签：面试 java

于 2024-02-27 10:56:09 首次发布

本文链接：https://blog.csdn.net/weixin_44938648/article/details/136316823

版权

Java堆内存溢出和泄漏的区别

Java堆内存溢出和内存泄漏是两个相关但有所区别的概念，它们都涉及到Java程序的内存管理问题，具体区别如下：

堆内存溢出（Heap OutOfMemoryError）：

定义：堆内存溢出是指Java虚拟机（JVM）尝试在堆内存中分配一个新的对象，但由于堆内存已满，无法找到足够连续的内存空间来存放新对象，从而抛出OutOfMemoryError异常。这意味着JVM堆内存区域达到了预设的最大值，无法再扩展以满足程序的内存需求。
原因：堆内存溢出通常由于以下原因造成：
程序创建了大量持久存在的对象，尤其是在短时间内快速生成大量对象，垃圾回收器无法及时回收这些不再使用的对象，导致堆内存饱和。
对象过大或者持有的对象数量过多，超出JVM堆内存的最大限制，这可以通过调整JVM启动参数 -Xms（初始堆大小）和 -Xmx（最大堆大小）来控制。
存在内存泄漏，即不再使用的对象仍然有活跃的引用，阻止了垃圾回收器将其回收，长期积累下来使得堆内存占用过高直至溢出。
内存泄漏（Memory Leak）：

定义：内存泄漏是指Java程序在分配内存后，未能在合适的时间释放那些不再需要的对象所占用的内存，导致这些内存无法被重新利用。即使垃圾回收机制存在，但如果程序代码中有意无意地维持了对无用对象的引用，那么垃圾回收器就无法识别并回收这些对象。
特点：内存泄漏并非立即导致程序崩溃，而是一个渐进的过程，随着时间的推移，泄漏的内存会逐渐累积起来，如果泄漏的速度大于垃圾回收的速度，最终将耗尽堆内存，从而间接引起堆内存溢出。
总结来说，内存泄漏是内存管理的问题，表现为程序逻辑错误，使得不再使用的内存资源无法得到释放；而堆内存溢出则是内存泄漏或其他原因（如内存使用不当或堆内存设置不合理）累积到一定程度，导致堆内存容量达到极限的结果。修复内存泄漏是防止堆内存溢出的有效途径之一，同时合理管理和优化堆内存使用也是必要的

OOM

OOM是“Out Of Memory”的缩写，中文翻译为“内存溢出”。在计算机编程和操作系统中，当程序或进程试图申请的内存超过了系统能够提供的最大内存容量时，就会发生内存溢出错误。在Java编程中，OOM常常指的是Java虚拟机（JVM）无法再为Java应用分配足够的内存空间，从而抛出OutOfMemoryError异常。

在Java中，OOM可以由以下几个主要原因引起：

Java Heap Space（Java堆内存溢出）：这是最常见的OOM情况，通常由于对象过多或者过大导致堆内存不足。可以通过增大JVM堆内存（通过-Xms和-Xmx参数调整）或者优化代码减少不必要的对象创建和消耗内存的操作来解决。

PermGen Space（永久代内存溢出）：在Java 8之前的版本中，永久代主要存储类信息、方法描述符以及其他元数据。如果类加载过多或者类的静态变量过大，可能导致永久代内存溢出。在Java 8以后，永久代已经被Metaspace取代，但同样可能出现类似的问题。

Native Memory（本地内存溢出）：Java进程除了堆内存之外，还会使用本地内存，这部分内存用于存放JNI代码分配的本地对象、Thread Local Allocation Buffers（TLAB）、Direct ByteBuffers等。如果这部分内存使用不当，也可能导致OOM。

解决OOM的关键在于理解应用程序的内存消耗模式，合理设置JVM参数，并优化代码以降低内存消耗。在出现问题时，可以借助内存分析工具（如JVisualVM、MAT等）进行内存泄漏检测和诊断。

SOF

SOF是“Stack Overflow”（栈溢出）的缩写，在计算机编程中，它是指程序运行过程中，递归调用过深或者函数调用层次过多，使得局部变量和函数调用信息占用的栈空间超过了系统的栈空间限制，进而引发的一种运行时错误。

在大多数编程语言中，每个线程都有一个内存区域，称为“栈”，用于存放函数调用的上下文信息（包括局部变量和返回地址等）。当函数不断调用自身或其他函数，而没有及时返回释放栈空间时，栈空间可能逐渐耗尽，最终导致栈溢出。

栈溢出的常见原因和解决办法：

无限递归：检查并修正可能导致无限递归的逻辑错误，确保每次递归都有终止条件。
过大的局部变量数组或对象：尽量避免在栈上分配大量内存，特别是对于大型数组或对象，考虑将其声明为全局变量或放在堆上动态分配。
调整栈大小：某些编程环境允许开发者配置栈的大小限制，不过这不是根本解决方案，只能临时缓解问题，关键还是要修复导致栈空间过度使用的代码。
在Java环境中，虽然有较大的堆内存供对象分配，但由于方法调用时的局部变量依然存储在栈上，所以仍然可能发生栈溢出的情况。针对Java，可通过 -Xss 参数调整每个线程的栈大小，但同样要注意找出并修复产生深层递归或大栈空间需求的代码逻辑。

ArrayList和linkedList的区别

数据结构
- ArrayList：基于动态数组实现，内部数据存储在一个连续的内存区域，可以通过索引直接访问元素，类似C语言中的数组。
- LinkedList：基于双向链表实现，内部元素通过节点相互链接，每个节点包含数据和指向前后节点的引用。
访问性能
- ArrayList：随机访问速度快（O(1)时间复杂度），因为可以通过索引直接获取数组元素，但是插入和删除操作（特别是在中间位置）相对较慢，因为可能需要移动后续元素以保持数组的连续性（插入和删除的平均时间复杂度为O(n)）。
- LinkedList：插入和删除操作（尤其是在中间位置）较快，只需修改相邻节点的引用即可（插入和删除的平均时间复杂度为O(1)，最坏情况下为O(n)），但是随机访问速度较慢，需要从头部或尾部逐个遍历到目标元素（访问任意元素的时间复杂度为O(n)）。
内存空间
- ArrayList：由于数组需要预先分配一定的连续内存空间，所以在频繁扩容时可能导致较大的内存碎片。
- LinkedList：链表的内存空间不必预先分配，而是随着元素的增加动态分配，因此内存空间更加灵活，但每个元素都需要额外的空间存储节点的引用信息。
应用场景
- ArrayList：当需要频繁访问元素，且对插入和删除操作次数不多，或者元素数量稳定时，ArrayList是更好的选择，因为它提供了高效的随机访问能力。
- LinkedList：当需要频繁进行插入和删除操作，尤其是对列表中间的操作较为频繁，或者不需要频繁访问元素时，LinkedList更适合，因其插入和删除操作的效率更高。
其他特性
- LinkedList：除了实现List接口外，还实现了Deque接口，因此它可以作为双端队列使用，可以从两端插入和删除元素。而ArrayList不具备这样的特性。

综上所述，ArrayList和LinkedList各有优势，选择哪种数据结构取决于具体的应用场景和需求。

Java中共有八种基本数据类型，它们可以分为四类：

整数类型：
- byte: 8位带符号整数，取值范围是-128到127。
- short: 16位带符号整数，取值范围是-32,768到32,767。
- int: 32位带符号整数，取值范围大约是-2^31到231-1（大约-2,147,483,648到2,147,483,647）。
- long: 64位带符号整数，取值范围大约是-2^63到263-1（大约-9,223,372,036,854,775,808到9,223,372,036,854,775,807）。
浮点数类型：
- float: 32位单精度浮点数，用于存储近似的小数。
- double: 64位双精度浮点数，精度更高，也是Java中最常用的浮点数类型。
字符类型：
- char: 16位Unicode字符，可以存储世界上几乎所有的字符。
布尔类型：
- boolean: 只有两个值，true 或 false，用于表示逻辑状态。

这些基本数据类型在Java中占用固定大小的内存空间，

并且它们的值是直接存储在内存中的，而不是像对象一样存储在堆中。同时，Java中基本类型的值不可变，一旦赋值后就不能改变。

同步锁

在Java中，StringBuffer 类是线程安全的，它的大部分方法（如append()、insert()、delete()、replace()等）都在内部使用了synchronized 关键字来实现同步，这意味着在同一时刻只能有一个线程访问这些方法，从而确保了在多线程环境下共享同一个StringBuffer实例时的安全性。

例如，查看StringBuffer类的append()方法源码（简化版）：

public synchronized StringBuffer append(String str) {
    super.append(str);
    return this;
}

这里的synchronized关键字使得该方法成为同步方法，当一个线程进入该方法执行时，其他试图访问同一对象同步方法的线程会被阻塞，直到该方法执行完毕。这样就能防止多个线程同时修改StringBuffer对象造成的数据不一致问题。

Java 序列化和返序列化

Java序列化和反序列化是Java平台提供的用于对象持久化或在网络间传输对象的机制。

序列化（Serialization）：
序列化是指将Java对象的状态信息转换为可以存储（如写入到磁盘文件）或可以通过网络传输的形式（如字节流）。当对象被序列化时，它的所有公共和私有的字段（不包括静态字段和transient修饰的字段）都被转换为字节流。在Java中，要使一个类可序列化，需要让该类实现java.io.Serializable接口，这其实是个标记接口，里面没有定义任何方法，只要实现这个接口，JVM就知道这个类的对象可以被序列化。

例如：

public class MySerializableClass implements Serializable {
    private String name;
    private int age;

    // getters and setters...
}

反序列化（Deserialization）：
反序列化是序列化的逆过程，即将之前通过序列化得到的字节流还原为Java对象的过程。通过ObjectInputStream可以从字节流中读取数据并重构出原来的对象结构。

例如：

try (ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("file.ser"));
     ObjectInputStream ois = new ObjectInputStream(new FileInputStream("file.ser"))) {

    // 序列化
    MySerializableClass obj = new MySerializableClass();
    obj.setName("John Doe");
    obj.setAge(30);
    oos.writeObject(obj);

    // 反序列化
    MySerializableClass deserializedObj = (MySerializableClass) ois.readObject();
    System.out.println(deserializedObj.getName());
    System.out.println(deserializedObj.getAge());
} catch (IOException | ClassNotFoundException e) {
    e.printStackTrace();
}

需要注意的是，序列化和反序列化过程中可能会遇到安全性、性能和兼容性等问题，例如，序列化可能会暴露敏感信息，反序列化时如果没有进行适当的防御措施，可能会受到攻击（如反序列化攻击）。此外，随着类结构的变化，旧版本序列化的对象可能无法在新版本中正确反序列化。

nginx和elb的区别

Nginx (Engine X) 和 Elastic Load Balancing (ELB) 是两种不同的负载均衡解决方案，它们各自有自己的应用场景和优缺点：

Nginx：

Nginx 是一个高性能的HTTP和反向代理服务器，也可以作为邮件代理服务器（IMAP/POP3）和通用TCP/UDP代理服务器使用。
在负载均衡方面，Nginx 提供了七层（HTTP/HTTPS）的负载均衡服务，可以根据不同的负载均衡策略（轮询、权重、最少连接数等）将客户端请求分发到后端服务器群。
Nginx 支持缓存、内容压缩、限速、访问控制等功能，可以实现静态资源的高效分发和服务端的微服务路由。
Nginx 是开源软件，安装在自己的服务器上，灵活性和自定义程度较高。
Elastic Load Balancing (ELB)：

ELB 是 Amazon Web Services (AWS) 提供的一项托管负载均衡服务，包括 Application Load Balancer (ALB)、Network Load Balancer (NLB) 和 Classic Load Balancer (CLB) 三种不同类型。
ALB 提供七层（HTTP/HTTPS）负载均衡，支持路径路由、主机头路由等高级路由策略。
NLB 提供四层（TCP/UDP）负载均衡，适合高性能、低延迟的工作负载。
CLB 是传统型负载均衡器，支持HTTP/HTTPS和TCP协议。
ELB 自动扩展，可根据流量自动分配请求至多个可用区的后端服务器，并且具备健康检查功能，可以自动移除不健康的后端实例。
ELB 作为云服务的一部分，无需自己管理和运维底层基础设施，而且与AWS生态系统紧密集成，支持与其他AWS服务无缝协作。
总结：

Nginx 是开源软件，部署在本地服务器或虚拟机上，用户拥有更高的控制权和定制能力，但需要自行管理和维护。
ELB 是 AWS 提供的云服务，具有高度可用性、自动扩展性和与AWS服务深度集成的优点，但使用成本相对较高，并且对AWS环境依赖较大。

nginx和elb哪种方案比较好

决定使用Nginx还是Elastic Load Balancing (ELB) 并不能简单地说哪种方案绝对更好，因为选择哪个取决于具体的应用场景、运维需求、预算和技术栈等因素。以下是两者之间的一些对比和适用场景：

Nginx:

优点：

开源免费，具有较高的灵活性和自定义能力，可以根据具体需求定制负载均衡策略、缓存策略、HTTP处理逻辑等。
适合对成本控制严格，且有较强技术团队能够自行运维和优化的企业。
除了负载均衡外，Nginx 还能提供反向代理、静态内容服务、缓存服务等功能，便于整合多种功能于一身。
缺点：

自行搭建和运维Nginx集群需要投入更多的人力和时间成本，尤其是跨地域、跨可用区的部署和故障转移。
对于大规模、高可用性场景，需要额外的技术手段来保障Nginx本身的高可用性，例如使用Keepalived、Consul等工具做健康检查和故障切换。
Elastic Load Balancing (ELB):

优点：

AWS托管服务，无需关心底层硬件设施的运维，AWS负责底层负载均衡器的高可用性和自动扩展。
内置了多种健康检查机制，能够自动剔除不健康的后端实例。
高度集成AWS生态，易于与EC2、Auto Scaling Group等服务配合使用，实现自动扩展和负载均衡。
提供全球范围内的负载均衡能力，并且可以轻松实现跨多个可用区的容错和负载均衡。
缺点：

作为一项付费服务，长期使用成本可能高于自建Nginx集群。
相比Nginx，ELB的配置选项可能没那么灵活，对于特殊的需求，可能需要通过其他方式来补充实现。
结论：如果你正在使用AWS云服务，并且希望专注于核心业务逻辑，不需要花费精力在负载均衡器的运维上，或者需要跨地域、跨可用区的高可用负载均衡能力，ELB可能是一个更好的选择。然而，如果你拥有成熟的运维团队，注重成本控制，或者有特定的定制化需求，Nginx可能更为合适。

具体选择时，请根据实际项目需求、团队能力和预算来综合判断。

说一下JVM

JVM，全称Java Virtual Machine，即Java虚拟机，是Java平台的核心组成部分，它是一个可以执行Java字节码（.class文件）的虚拟计算机系统。JVM为Java语言提供了一种独立于具体操作系统和硬件平台的运行环境，使得Java程序“一次编写，到处运行”。

JVM的主要功能和特性包括：

字节码执行：Java源代码通过Java编译器编译成平台无关的字节码（Bytecode），JVM能够识别和执行这些字节码。
内存管理：JVM通过自身的内存管理机制（如堆、栈、方法区、程序计数器、本地方法栈等）来分配和回收内存资源。其中包括垃圾回收机制，自动跟踪和回收不再使用的对象。
安全沙箱：JVM通过安全管理器和类加载器等机制来提供安全性保障，确保恶意代码不能损害宿主机系统。
平台无关性：通过适配不同的操作系统平台，JVM能够在Windows、Linux、macOS等各种操作系统上运行Java程序。
即时编译（Just-In-Time Compilation, JIT）：为了提高性能，JVM中的HotSpot虚拟机会对热点代码进行即时编译成机器码，提高了运行速度。
多线程支持：JVM内部支持多线程并发执行，能够很好地管理Java程序中的多线程操作。
类加载机制：JVM通过类加载器来加载.class文件，并执行类初始化操作。
异常处理：JVM实现了Java异常处理机制，可以捕获和处理运行时发生的异常。

总的来说，JVM为Java程序提供了一个统一的标准执行环境，使得Java程序能够在遵循JVM规范的各种系统上运行。通过JVM，Java得以实现“Write Once, Run Anywhere”的跨平台特性。

什么是类加载器？

类加载器是一个用来加载类文件的类。Java 源代码通过 javac 编译器编译成类文件。然后 JVM 来执
行类文件中的字节码来执行程序。类加载器负责加载文件系统、网络或其他来源的类文件。

什么是线程

线程是计算机程序中的一种执行单元，它是进程中能够独立运行、并发执行的最小单位。在操作系统中，一个进程可以包含多个线程，这些线程共享同一进程地址空间（包括代码段、数据段和堆资源等），但每个线程有自己独立的程序计数器（PC）、栈以及局部变量。
线程允许在一个进程中同时执行多个任务，提高了程序的并发性和执行效率。当一个线程在等待IO操作或其他资源时，其他线程仍可以在同一个进程中继续执行，从而避免了单线程程序在遇到阻塞时整个程序被挂起的情况。
线程通过调度器在处理器核心之间进行分配，现代多核CPU系统可以并行地执行多个线程，进一步提高系统的整体性能。在设计多线程应用程序时，需要考虑线程间的同步与互斥问题，以保证数据的一致性和正确性。