charset类不直接控制转换精度，精度由charsetencoder/decoder的错误处理策略（如replace、ignore、report）及字符集自身覆盖范围（如utf-8支持全unicode，iso-8859-1仅限0x00–0xff）共同决定。
Charset 类本身不直接控制字符转换的精度，它只负责定义字符集与字节序列之间的映射规则。所谓“转换精度”，实际取决于编码方式是否支持目标字符、是否发生替换（如 ）、以及如何处理不可映射或不可解码的字节——这些由 CharsetEncoder 和 CharsetDecoder 的错误处理策略决定。
理解 Charset 与编解码器的关系
Charset 是抽象规范，真正执行转换的是其关联的 encoder/decoder 实例。例如：
-
StandardCharsets.UTF_8提供 UTF-8 编码规则，但具体怎么处理非法代理对（如孤立的 high-surrogate），要看你用的 decoder 是否设为REPLACE、IGNORE或REPORT。 -
ISO-8859-1没有 Unicode 补充平面字符（如 ?），强行 encode 会截断或抛异常；decode 时若遇到超出 0x00–0xFF 的字节，会失败。
通过 CodingErrorAction 控制“精度”表现
在构造 encoder/decoder 时，可显式设置错误处理行为，这直接影响转换结果的“保真度”：
-
CodingErrorAction.REPORT：遇到问题立即抛CharacterCodingException，适合需要严格校验的场景。 -
CodingErrorAction.REPLACE：用（U+FFFD）替代无法表示的字符，常见于浏览器和终端，损失信息但保证流程不中断。 -
CodingErrorAction.IGNORE：跳过无法处理的部分，可能导致静默丢失（如把 “café” 中的 é 忽略后变成 “cafe”）。
示例：用 UTF-8 decoder 安全解析可能含乱码的输入
Charset utf8 = StandardCharsets.UTF_8;
CharsetDecoder decoder = utf8.newDecoder()
.onMalformedInput(CodingErrorAction.REPLACE)
.onUnmappableCharacter(CodingErrorAction.REPLACE);
CharBuffer out = decoder.decode(ByteBuffer.wrap(badBytes));
注意不同 Charset 的表达能力边界
“精度”受限于字符集本身的覆盖范围：
-
US-ASCII只能表示 0–127，任何非 ASCII 字符都会触发 unmappable 错误（除非你设为 REPLACE/IGNORE）。 -
GBK支持常用汉字，但不支持生僻字或 emoji；而UTF-8理论上支持所有 Unicode 字符（只要实现完整）。 - 使用
Charset.isSupported(name)检查运行环境是否提供某编码，避免因缺失导致 fallback 到平台默认值（如 Windows 上可能是MS932）。
验证转换是否“无损”的实用方法
真正判断一次 encode + decode 是否保持原样，不能只看是否不抛异常，还要比对内容：
- 对字符串 s，执行
s.equals(new String(s.getBytes(charset), charset))—— 若为 false，说明该 charset 无法无损表示 s 中某些字符。 - 对字节数组 b，执行
Arrays.equals(b, new String(b, charset).getBytes(charset))—— 若为 false，说明原始字节中存在无法被 charset 映射的序列（比如无效 UTF-8）。
这类检查应在关键数据路径中加入，尤其涉及跨系统传输或持久化存储时。
