小菜鸟

java菜鸟号正在起航

0%

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 1.8k 阅读时长 ≈ 2 分钟

JVM 执行引擎：连接字节码与机器指令的核心组件

执行引擎是 JVM 的 “心脏”，负责将字节码（.class 文件）翻译为操作系统可执行的机器指令。它是 JVM 实现 “一次编译，到处运行” 的关键环节，通过解释器与即时编译器（JIT）的协同工作，平衡启动速度与执行效率。本文将详细解析执行引擎的工作原理、核心组件及运行模式，揭示 Java 程序从字节码到机器指令的转换过程。

执行引擎的核心职责

执行引擎的核心任务是将字节码指令转换为目标平台的机器指令，并协调 JVM 各组件（如程序计数器、虚拟机栈、堆）完成指令执行。其工作流程可概括为：

执行引擎流程

  1. 从程序计数器获取下一条待执行的字节码指令；
  2. 解析字节码指令，获取操作数（如从局部变量表或常量池加载数据）；
  3. 将字节码指令翻译为机器指令，交由 CPU 执行；
  4. 更新程序计数器，指向后续指令，重复上述过程。

执行引擎的核心组件：解释器与 JIT 编译器

为平衡 “启动速度” 与 “执行效率”，现代 JVM（如 HotSpot）采用解释器 + 即时编译器（JIT） 的混合架构，两者协同工作：

解释器（Interpreter）

解释器是执行引擎的基础组件，采用逐行解释的方式执行字节码：

阅读全文 »

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 2.9k 阅读时长 ≈ 3 分钟

对象在 JVM 中的生命周期：从创建到访问的完整历程

在 Java 中，“万物皆对象”，对象是程序运行的核心载体。从对象的创建、内存分配，到在 JVM 中的存储布局，再到如何被访问，每一步都遵循 JVM 的严格规范。本文将详细解析对象在 JVM 中的 “一生”，包括创建方式、JVM 处理流程、内存布局及访问定位机制。

对象的创建方式

Java 中创建对象的方式多样，不同方式对应不同的底层实现，核心区别在于是否依赖构造器、权限要求等：

创建方式 核心原理 特点与限制
new 关键字 直接调用类的构造器 最常用，可调用任意权限的构造器（public/protected/private）。
Class.newInstance() 反射调用无参构造器 仅支持无参构造器，且构造器必须为 public（JDK 9+ 后放宽限制，但仍需可访问）。
Constructor.newInstance() 反射调用指定构造器 支持任意参数的构造器，无权限限制（即使构造器为 private，也可通过反射访问）。
clone() 方法 复制已有对象的内存数据 需实现 Cloneable 接口（否则抛 CloneNotSupportedException），不调用构造器。
反序列化 从字节流恢复对象 需类实现 Serializable 接口，不调用构造器，通过输入流重建对象。

JVM 中对象的创建步骤

以最常见的 new TestObject() 为例，其在 JVM 中的创建过程可分为 6 个核心步骤，对应字节码指令如下：

阅读全文 »

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 3.6k 阅读时长 ≈ 3 分钟

Java 字符串常量与常量池：深度解析

String 作为 Java 中最常用的引用类型，其 “不可变性” 和 “字符串常量池” 机制是优化内存使用、提升性能的核心。本文将从字符串的不可变性出发，详细解析字符串常量池的结构、存储位置演变、字符串拼接规则及 intern() 方法的底层逻辑，帮助理解 String 类型的底层工作机制。

字符串的不可变性

String 被设计为不可变字符序列（Immutable），其不可变性体现在：一旦字符串对象被创建，其内部的字符序列（value 数组）就无法被修改。任何看似 “修改” 字符串的操作（如重新赋值、拼接、替换）都会创建新的字符串对象，而非修改原有对象。

不可变性的三种表现

  1. 重新赋值：原字符串对象不变，变量指向新的内存地址。

    1
    2
    String s = "hello";
    s = "world"; // "hello" 仍存在于常量池，s 指向新的 "world" 对象

  2. 字符串拼接：生成新的字符串对象，原对象不变。

    1
    2
    String s1 = "a";
    String s2 = s1 + "b"; // s1 仍为 "a"，s2 指向新的 "ab" 对象

  3. replace() 方法：返回新的字符串，原对象内容不变。

    1
    2
    String s = "abc";
    String s2 = s.replace('a', 'x'); // s 仍为 "abc"，s2 为 "xbc"

不可变性的实现原理

String 类的核心是内部的 value 数组（存储字符），其被 private final 修饰：

阅读全文 »

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 2.8k 阅读时长 ≈ 3 分钟

Java javap 命令：解析字节码的利器

javap 是 JDK 自带的字节码分析工具，用于将 .class 文件反编译为人类可读的字节码指令、常量池、类结构等信息。它是理解 Java 代码底层实现、排查性能问题、学习 JVM 工作原理的重要工具。本文将详细介绍 javap 的用法、常用选项及输出内容解析。

javap 基本用法

语法格式

1
javap [选项] <class文件或类名>
  • <class文件或类名>：可以是 .class 文件路径（如 Test.class），或类的全限定名（如 com.example.Test，需确保类在类路径下）。

常用选项

javap 提供多个选项，用于控制输出内容的详细程度，核心选项如下：

选项 作用描述
-v 或 -verbose 输出最详细信息，包括常量池、字节码指令、行号表、局部变量表等。
-c 对方法进行反汇编，输出字节码指令（最常用选项）。
-l 输出行号表和局部变量表（配合 -c 或 -v 使用）。
-p 或 -private 显示所有类成员（包括 private 修饰的方法和字段，默认只显示 public/protected）。
-constants 输出常量池中的常量（如字符串、整数等）。
-sysinfo 显示类文件的系统信息（路径、大小、修改时间、MD5 哈希）。

javap 输出内容解析

以示例类 TestString.class 为例，使用 javap -v TestString.class 输出的内容可分为以下几个核心部分：

类基本信息

输出开头显示类的版本、访问标志等基础信息：

阅读全文 »

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 2.7k 阅读时长 ≈ 2 分钟

Java OOM（内存溢出）问题全面解决方案

内存溢出（OOM，OutOfMemoryError）是 Java 应用中最棘手的问题之一，通常表现为程序突然崩溃并抛出 java.lang.OutOfMemoryError 异常。解决 OOM 问题需要系统分析内存使用情况，区分内存泄漏与内存不足，并针对性优化。本文将详细介绍 OOM 的排查流程、分析方法及解决方案。

OOM 类型识别：定位问题源头

OOM 异常的具体信息能直接指示问题发生的内存区域，常见类型包括：

异常信息 内存区域 常见原因
Java heap space 堆内存 堆空间不足（对象过多或过大）、内存泄漏
Metaspace 元空间 类信息过多（如动态生成类、大量依赖包）、元空间大小限制不合理
GC overhead limit exceeded 堆内存 GC 效率过低（98% 时间用于 GC 但仅回收 2% 内存）
Requested array size exceeds VM limit 堆内存 尝试创建超大数组（超过 JVM 限制）
Direct buffer memory 直接内存 NIO 直接缓冲区分配过多，未及时释放

关键区分：内存泄漏 vs 内存溢出

  • 内存泄漏：对象已无用但仍被 GC Roots 引用（如静态集合未清理、监听器未移除），导致无法回收，长期积累引发 OOM。
  • 内存溢出：对象均为必要对象，但总内存需求超过堆 / 元空间上限（如处理超大数据集时堆设置过小）。

OOM 排查步骤

步骤 1：收集基础信息

阅读全文 »