-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 运行时参数）
