如何在Java 11中直接创建使用UTF-16编码的StringBuilder实例？

好问题！在Java 11中，并没有直接暴露的公开API可以让你直接创建初始就使用UTF-16编码的StringBuilder实例——因为StringBuilder的内部编码切换逻辑是封装在底层实现里的，默认会根据初始字符串的字符范围自动选择Latin1或UTF-16编码。不过我们有几种可靠的变通方案，能避免后续追加非Latin1字符时触发的编码切换和数组重分配：

方案1：初始化时引入一个UTF-16字符（推荐） #

核心思路是：只要初始化的字符串包含至少一个需要UTF-16存储的字符，StringBuilder就会直接采用UTF-16编码的底层数组，后续不管追加Latin1还是UTF-16字符都不会触发编码切换。你可以先用一个占位的UTF-16字符初始化，再替换成目标的Latin1字符串：

// 用一个需要UTF-16存储的字符（比如希腊语的"ά"）初始化，强制UTF-16编码
StringBuilder sb = new StringBuilder("ά");
// 替换占位字符为目标Latin1字符串
sb.replace(0, 1, "one");
// 追加UTF-16字符，此时不会触发编码切换和数组重分配
sb.append("δύο");

这种方法完全依赖公开API，稳定且不会破坏封装，是生产环境的首选。

方案2：反射修改内部编码标记（不推荐） #

如果你愿意依赖Java的内部实现细节（注意：这会导致代码在Java版本更新时可能失效），可以通过反射修改StringBuilder的coder字段，强制它使用UTF-16编码：

StringBuilder sb = new StringBuilder("one");
// 通过反射获取coder字段（Java 9+的StringBuilder底层用byte coder标记编码类型）
Field coderField = StringBuilder.class.getDeclaredField("coder");
coderField.setAccessible(true);
// 设置为UTF-16编码（coder值为1，Latin1是0）
coderField.setByte(sb, (byte) 1);

sb.append("δύο"); // 此时不会触发编码切换

⚠️ 注意：这个方案严重依赖Java的内部实现，Oracle或OpenJDK的版本更新可能会修改coder字段的名称或逻辑，导致代码崩溃，所以仅建议在测试或特殊场景下使用。

补充说明 #

StringBuilder的初始容量构造方法之所以失效，是因为它只考虑了字符数量对应的字节数，但没预编码类型的切换。一旦后续追加的字符超出Latin1范围，就必须重新分配UTF-16的字节数组并复制原有内容，这也是为什么我们需要提前强制UTF-16编码的原因。

内容的提问来源于stack exchange，提问作者DodgyCodeException