Java中String的“字节大小”分两类：一是指定编码（如UTF-8）下的序列化字节数，用于传输/存储；二是JVM堆中对象实际内存占用，含对象头、字段及char数组等。
Java 中 String 字符串的“字节大小”其实分两类：序列化后的字节长度（如网络传输、文件存储） 和 JVM堆内存中对象的实际占用空间（即内存 footprint）。两者完全不同，不能混用。精准计算必须先明确目标场景。
一、按指定编码算传输/存储字节数（最常用）
这是绝大多数实际需求，比如 HTTP 请求体大小、数据库字段限制、日志截断等。它取决于字符内容和编码规则，与 JVM 内部结构无关。- UTF-8 是主流选择：ASCII 字符（a-z, 0-9, 空格等）占 1 字节；中文、日文、 emoji 等通常占 3 字节（部分生僻字或补充平面字符占 4 字节）
- UTF-16（Java 内部默认）是固定双字节（BMP 区），但代理对（surrogate pairs）需 4 字节
- ISO-8859-1 或 GBK 等编码则适用于特定区域场景
推荐写法（带异常处理，显式指定编码）：
String s = "你好，Hello! ?";
try {
int utf8Bytes = s.getBytes("UTF-8").length; // ✅ 精准对应传输字节数
System.out.println("UTF-8 字节数：" + utf8Bytes); // 输出：17（"你好，"×3 + "Hello! "×7 + "?"×4）
} catch (java.io.UnsupportedEncodingException e) {
throw new RuntimeException(e);
}注意：s.getBytes()（无参）依赖系统默认编码，不可靠，生产环境必须显式传入 "UTF-8"。
二、估算 JVM 堆内存占用（用于调优、OOM 分析）
这不是简单“字符数 × 2”，而是整个 String 对象在堆中的真实内存开销，包含对象头、字段引用、char 数组等。以 64 位 HotSpot JVM（开启压缩指针，JDK 8+ 默认）为例，典型 String 对象结构如下：
立即学习“Java免费学习笔记（深入）”；
- 对象头：12 字节（Mark Word 8 + Class Pointer 4）
- 对象对齐填充：可能补到 8 字节倍数（通常补 4 字节，凑满 16）
- value 字段（char[] 引用）：4 字节（压缩 OOP）
- offset 字段：4 字节（JDK 9+ 已移除，此处按 JDK 8 兼容说明）
- count 字段：4 字节（JDK 8）或 length 字段：4 字节（JDK 9+）
- hash 字段：4 字节（懒计算，首次调用 hashCode() 后才写入，但空间已预留）
核心数据：底层 char[] 数组本身也占内存 ——
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 数组对象头：12 字节
- 数组长度 int：4 字节
- 实际字符数据：n × 2 字节（每个 char 固定 2 字节，UTF-16）
- 数组对齐填充：向上对齐至 8 字节边界
举例：字符串 "abc"（长度 3）在 JDK 8 的粗略内存占用 ≈
- String 对象：16（对齐后对象头+字段） + 4（value 引用） + 4（count） + 4（hash） = 32 字节
- char[3] 数组：12（数组头） + 4（length） + 6（3×2） = 22 → 对齐为 24 字节
- 合计 ≈ 56 字节
⚠️ 实际值因 JVM 版本、参数（如 -XX:+UseCompressedOops）、GC 类型略有差异。如需精确值，应使用 java.lang.instrument.Instrumentation.getObjectSize() 或 JOL（Java Object Layout）工具实测。
三、避免常见误区
s.length() × 2 不等于字节数 —— 这只是 UTF-16 编码下的字符单元数（code units），不是字节。例如：
-
"a".length() == 1→1 × 2 = 2，但 UTF-8 下只占 1 字节 -
"??".length()返回 2（代理对），UTF-8 却占 4 字节，UTF-16 占 4 字节（两个 char）
不要用 getBytes().length 替代内存分析 —— 它返回的是编码后字节数，和堆内存完全无关。一个空字符串 "" 的 getBytes("UTF-8").length 是 0，但它在堆里仍占约 32~40 字节。
四、快速判断建议
你真正需要什么？
- 接口文档要求“不超过 200 字节” → 用
str.getBytes("UTF-8").length - 怀疑 String 导致内存泄漏 → 用 JOL 打印布局，或 MAT 分析堆转储
- 批量创建千万级短字符串 → 关注对象头+数组开销，考虑字符串池或更紧凑结构（如 byte[] + Charset）
