g1字符串去重由-xx:+usestringdeduplication实现，仅作用于老年代中内容相同的byte[]/char[]，stringtable不参与去重；jcmd vm.stringtable仅显示intern引用元信息，无法反映去重效果，需通过printstringdeduplicationstatistics日志确认。
StringTable 本身不负责去重，它只存 intern() 进来的引用；真正减少堆内存重复占用的是 G1 的 -XX:+UseStringDeduplication 机制，且只作用于老年代中内容相同的 byte[] 或 char[]。
为什么 jcmd VM.stringtable 看不到去重效果
该命令只输出 StringTable 哈希表的桶数、链长、存活字符串数等元信息，比如 Number of entries: 124892 或 Average bucket size: 3.2。它完全不反映堆里 String 对象底层数组是否被替换——那是 G1 GC 在 mixed GC 阶段干的事，和 StringTable 内容无直接映射关系。
常见误判包括：
- 看到
Number of entries很高，就以为“去重没生效” → 实际上这些 entry 大多是intern()进来的字面量，和 G1 去重对象无关 - 发现
Maximum bucket length > 50，就怀疑“去重卡住了” → 其实这只会拖慢intern()调用，不影响 G1 去重线程运行 - 两次
jcmd输出显示 entry 数下降，就断定“去重成功” → 更可能是 GC 清理了部分 interned 字符串，或intern()调用变少了
怎么确认 G1 字符串去重真正在工作
必须打开 GC 日志并观察 PrintStringDeduplicationStatistics 输出，这才是唯一可信的证据：
- 启动参数必须包含：
-XX:+UseG1GC -XX:+UseStringDeduplication -XX:+PrintStringDeduplicationStatistics -Xloggc:gc.log -XX:+PrintGCDetails - GC 日志中出现类似行才表示生效：
[String Deduplication: 124892 strings, 102432 processed, 89121 deduplicated (87.0%), 13311 skipped] - 关键看
processed是否大于 0：为 0 表示 G1 还没扫描到符合条件的老年代 String 对象（比如字符串生命周期太短，没活过第一次 GC） -
deduplicated是真正合并的数量，skipped通常是因并发竞争或已去重跳过
哪些字符串能被 G1 去重，哪些不能
G1 去重只对满足以下全部条件的 String 对象生效：
- 使用 G1 收集器（
-XX:+UseG1GC），且 JDK ≥ 8u20 - 对象已晋升至老年代（新生代中的 String 不参与去重）
- 底层
byte[]或char[]内容完全一致（注意：不是equals()相等，而是数组字节逐个相同） - 未被
intern()过的堆内对象（intern()后的引用指向 StringTable，G1 不会再去重它）
典型可去重场景包括：JSON field name、HTTP header value、数据库返回的枚举字符串、日志模板中的固定字段名。而以下情况基本无效：
-
new String("abc").substring(1)—— 底层数组可能被截断或复制，内容不一致 -
StringBuilder.toString()生成的字符串 —— 每次都新建byte[]，除非手动intern() - 通过
new String(bytes, StandardCharsets.UTF_8)构造后立即丢弃引用 —— 生命周期太短，进不了老年代
StringTable 调优只影响 intern() 性能，和去重无关
如果你的应用大量调用 intern()（比如解析配置项、统一状态码），StringTable 哈希冲突会导致性能陡降。此时应：
- 监控
jcmd VM.stringtable输出：Maximum bucket length > 50或Average bucket size > 5是明显信号 - 增大哈希桶数量：
-XX:StringTableSize=65536（推荐质数，避免哈希分布不均） - 不要盲目调大 —— 过大的
StringTableSize会浪费内存，且 JDK 8+ 默认已是 60013，一般够用 - 注意：这不会让 G1 去重更快，也不会减少堆内存占用，只是让
intern()调用更稳定
真正省堆内存的，永远是 -XX:+UseStringDeduplication 配合老年代中高重复率的字符串；而 StringTable 只是你手动管理字符串引用的工具，别把它和自动去重混为一谈。
