-xx:+usestringdeduplication 是 jvm 在 g1 gc 下启用的字符串去重机制，仅对老年代中内容相同的 string 对象合并副本，需 jdk≥8u20 且配合 -xx:+useg1gc 使用，可降内存占用 15%–40%，附带轻微 cpu 开销。

-XX:+UseStringDeduplication 是 JVM 提供的字符串去重功能，专用于减少因大量相同内容的 String 对象在堆中重复存在所引发的内存浪费。它不修改应用逻辑，而是在 G1 垃圾收集器运行期间，自动识别并合并内容一致但对象地址不同的字符串实例，仅保留一个物理副本，其余引用指向该副本。

适用前提与限制条件

该参数仅在启用 G1 GC 时生效，且要求 JDK 版本 ≥ 8u20（推荐使用 JDK 11+ 或 JDK 17+）。若使用 Parallel、CMS 或 ZGC 等其他垃圾收集器，此选项会被忽略，不会报错但也不起作用。

• 必须搭配 -XX:+UseG1GC 使用，例如：java -XX:+UseG1GC -XX:+UseStringDeduplication MyApp
• 仅对已进入老年代（Old Generation）的字符串生效——因为去重操作发生在 G1 的并发标记与清理阶段，而年轻代对象生命周期短，通常未等到去重就已被回收
• 去重基于字符数组（char[] 或 byte[]）内容比对，区分大小写和编码，不依赖 equals() 重写逻辑

实际效果与典型场景

在日志解析、JSON/HTTP 响应体处理、数据库字段批量读取等场景中，常出现成千上万个语义相同但独立创建的字符串（如状态码 "SUCCESS"、枚举值 "PENDING"、固定响应头 "application/json"）。开启后，这些字符串的实际堆内存占用可下降 15%–40%，尤其在长期运行、堆内字符串占比超 25% 的服务中效果显著。

• 实测案例：某 JT/T808 车载平台单机接入 5 万辆车，高频上报 JSON 消息中含大量重复车牌号、状态字段，开启后老年代字符串对象数量减少约 37%，Full GC 频率下降 22%
• 注意：去重过程本身有轻微 CPU 开销（约增加 1–3% GC 线程负载），但换来了更稳定的堆内存水位和更低的 GC 压力

配合使用的必要参数

单独开启 -XX:+UseStringDeduplication 效果有限，需结合以下设置才能稳定发挥价值：

• 显式启用 G1：-XX:+UseG1GC
• 确保老年代有足够空间容纳去重后的“主副本”及引用跳转结构，建议初始堆不低于 2GB（-Xms2g）
• 启用详细去重日志辅助验证：-XX:+PrintStringDeduplicationStatistics，启动后每轮 GC 会输出去重数量、节省字节数、处理耗时等信息
• 避免过早晋升：适当调大年轻代，减少短命字符串误入老年代（如 -XX:G1NewSizePercent=30）

替代或补充方案对比

当应用可控且重复字符串来源明确时，可考虑代码层主动优化，作为 JVM 参数的有力补充：

• 用 String.intern() 手动归一化（注意：JDK 7+ 后 intern 存于堆中，安全；但需避免恶意输入触发哈希碰撞攻击）
• 对配置类、状态枚举等静态字符串，直接定义为 public static final String，编译期即共享
• GraalVM Native Image 用户应改用构建期字符串去重：-H:+UseStringDeduplication（注意这是 native-image 工具参数，非 JVM 运行时参数）