charset.forname() 不抛 unsupportedencodingexception，而是抛 illegalargumentexception；真正抛该异常的是 string.getbytes(string) 等老式 api；jdk 7+ 内置常见编码，但需传标准 iana 名称（如 “utf-8″），避免别名或拼写错误。
Charset.forName() 为什么抛出 UnsupportedEncodingException？
这个异常其实不会在 Charset.forName() 中抛出——它声明抛出的是 IllegalArgumentException。真正抛出 UnsupportedEncodingException 的是老式 API，比如 String.getBytes(String) 或 new String(byte[], String)。这是初学者最容易混淆的点。
根本原因在于：JDK 7+ 内置了所有常见编码（UTF-8、ISO-8859-1、GBK、US-ASCII 等），只要传入标准名称（如 "UTF-8"，注意连字符不能写成下划线或空格），Charset.forName() 就不会失败；但若传入 "utf8"（缺连字符）、"GB2312 "（尾部空格）、"utf-8"（小写连字符实际可接受，但大小写混用如 "Utf-8" 在某些旧 Android 版本可能挂）就可能触发异常或返回 null。
- 始终用
Charset.availableCharsets().keySet()查看当前 JVM 实际支持的名称列表 - 优先使用
StandardCharsets.UTF_8这类静态常量，完全避免字符串拼写风险 - 如果必须用字符串，只从 IANA 注册名中选（如
"UTF-8"、"ISO-8859-1"、"GBK"），不依赖平台别名
Charset.encode() 和 String.getBytes(Charset) 的行为差异
Charset.encode() 接收 CharBuffer，返回 ByteBuffer，走的是 NIO 编码通道；而 String.getBytes(Charset) 是传统 IO 路径，内部也调用 Charset.encode()，但做了额外封装（比如自动处理 BOM、处理替换策略）。两者在默认配置下结果一致，但关键区别在错误处理上。
-
Charset.encode()默认使用CodingErrorAction.REPORT，遇到无法编码的字符（如用 ISO-8859-1 编码中文）直接抛CharacterCodingException -
String.getBytes(Charset)则默认静默替换为?（取决于 Charset 的newEncoder()配置） - 想让
Charset.encode()也替换而非报错，需手动设置：charset.newEncoder().onUnmappableCharacter(CodingErrorAction.REPLACE)
GBK 和 GB2312 编码在 Java 里能互换使用吗？
不能直接互换，尽管 GBK 是 GB2312 的超集。Java 中 "GBK" 和 "GB2312" 对应不同 Charset 实例，它们的 newDecoder() 行为不同：用 GB2312 解码一个纯 GBK 扩展字（如“镕”、“啰”）会抛 MalformedInputException；反过来，用 GBK 解码 GB2312 文本完全没问题。
