Java中区分ASCII、GBK、UTF-8编码的关键在于字节序列的结构特征和取值范围：ASCII仅支持0x00–0x7F，GBK中文为2字节且首字节0x81–0xFE、次字节0x40–0x7E/0x80–0xFE，UTF-8中文为3字节且首字节0xE0–0xEF、续字节均0x80–0xBF。
Java 中区分 ASCII、GBK、UTF-8 的底层存储，关键看字节序列的**结构特征**和**取值范围**，而不是单纯数几个字节。Java 的 char 类型本身是 16 位 Unicode 码元（基于 UTF-16），但真正决定底层字节怎么存的，是调用 String.getBytes("xxx") 或 new String(bytes, "xxx") 时指定的字符集名称。
看单个英文/数字字符的字节表现
ASCII 字符（如 'A'、'0'、' '）在三种编码中都用 1 个字节表示，但取值范围有细微差别：
-
ASCII 编码下：严格限于
0x00–0x7F（即十进制 0–127），高位恒为 0 -
GBK 编码下：同样落在
0x00–0x7F，与 ASCII 完全一致（兼容设计） -
UTF-8 编码下：也落在
0x00–0x7F，与 ASCII 完全一致（UTF-8 的核心兼容性）
所以仅靠一个英文字符，无法区分这三者——它们的字节完全一样。乱码通常不发生在纯英文上，而发生在中文或扩展符号处。
看中文字符的字节数与组合规律
这是最直观的区分点：
立即学习“Java免费学习笔记（深入）”；
-
ASCII：根本不支持中文，尝试 encode 中文会抛
UnsupportedEncodingException或静默替换为?（取决于 JVM 配置） -
GBK：每个中文字符固定占 2 个字节，且两个字节都落在高位区间：
第一个字节 ∈0x81–0xFE，第二个字节 ∈0x40–0x7E或0x80–0xFE（排除0x7F）
例如“中”在 GBK 中是0xD6 0xD0 -
UTF-8：每个中文字符占 3 个字节，且具有固定前缀：
首字节以1110开头（即0xE0–0xEF），后两字节均以10开头（即0x80–0xBF）
例如“中”在 UTF-8 中是0xE4 0xB8 0xAD
看字节流中是否存在非法组合
实际解析时，Java 会按所选编码规则校验字节合法性：
- 用
"GBK"解码一段 UTF-8 字节流：大概率在第一个中文位置就抛MalformedInputException，因为0xE4单独作为 GBK 首字节是无效的（GBK 要求首字节 ≥0x81，但0xE4后若接0xB8，GB2312/GBK 规定第二字节不能是0xB8这类值） - 用
"UTF-8"解码一段 GBK 字节流：遇到0xD6 0xD0时，0xD6是合法的 UTF-8 首字节（属于 3 字节序列），但紧接着的0xD0不符合 UTF-8 对续字节的要求（应为10xxxxxx，而0xD0 = 11010000），直接报错 - ASCII 解码器遇到任何
> 0x7F的字节，基本立即失败
在 Java 代码中验证的方法
可通过打印字节数组快速判断：
-
"abc".getBytes("ASCII")→[97, 98, 99] -
"中文".getBytes("GBK")→ 类似[-42, -48, -52, -48]（即0xD6, 0xD0, 0xCC, 0xE5） -
"中文".getBytes("UTF-8")→ 类似[-28, -67, -83, -27, -91, -61]（即0xE4, 0xB8, 0xAD, 0xE6, 0x96, 0x87）
注意：Java 默认使用平台编码（Windows 常为 GBK，Linux/macOS 常为 UTF-8），所以不显式指定 charsetName 时行为不跨平台，这也是乱码高发场景。
