Java中字符编码转换不能靠强转，必须通过显式编解码流程：先用指定编码（如GBK）将字节数组解码为Unicode字符串，再用目标编码（如UTF-8）重新编码为字节数组。
Java中“强转”不能直接处理字符编码转换——这是常见误解。强制类型转换（如 (int)c 或 (byte)i）只作用于基本数据类型之间的数值截断或扩展，不涉及字符集解码/编码逻辑。真正处理字符编码，靠的是字节与字符串之间的**显式编解码流程**，而非类型强转。
字符 vs 编码：先分清两个概念
Java的 char 是16位Unicode码元（UTF-16），String 在内存中始终以Unicode形式存在。所谓“GBK转UTF-8”，本质是：
- 把原始字节流（按GBK规则编码的字节）→ 解码为Unicode字符串（即
String） - 再把该
String→ 按UTF-8规则重新编码为新字节流
这个过程没有 (GBK)str 这样的语法，也不存在“把字符串强转成GBK”的操作。
正确做法：用 getBytes() + String 构造器
这是最常用、最直观的编码转换方式，适用于已知原始编码和目标编码的场景：
立即学习“Java免费学习笔记（深入）”；
-
str.getBytes("GBK")：将Unicode字符串按GBK规则编码成字节数组（解码逆操作） -
new String(bytes, "UTF-8")：将字节数组按UTF-8规则解码为新字符串
示例：
byte[] gbkBytes = gbkStr.getBytes("GBK"); // 注意：此处依赖系统默认编码，不推荐
String utf8Str = new String(gbkBytes, "UTF-8"); // 若原始实际是GBK，这步会乱码！
⚠️关键提醒：上面代码仅在 gbkStr 真实来源是GBK编码字节时才安全。更稳妥写法是明确原始字节来源，例如从文件或网络读取后指定解码：
String str = new String(rawBytes, "GBK"); // 先正确解码为Unicode
byte[] utf8Bytes = str.getBytes("UTF-8"); // 再编码为目标格式
IO流中处理编码：用 InputStreamReader / OutputStreamWriter
适合读写文件、网络流等场景，避免手动管理字节数组：
-
InputStreamReader：把输入字节流 + 指定字符集 → 转成字符流（自动解码） -
OutputStreamWriter：把字符流 + 指定字符集 → 转成输出字节流（自动编码）
示例（GBK文件读出、UTF-8文件写出）：
try (InputStream is = new FileInputStream("in.txt");InputStreamReader isr = new InputStreamReader(is, "GBK");
OutputStream os = new FileOutputStream("out.txt");
OutputStreamWriter osw = new OutputStreamWriter(os, "UTF-8")) {
int c;
while ((c = isr.read()) != -1) {
osw.write(c);
}
}
底层控制：用 Charset + Encoder/Decoder
适用于需要精细控制错误策略（如替换、忽略、报告）、处理大文本或自定义逻辑的场景：
-
Charset.forName("GBK").newDecoder()：获取GBK解码器 -
Charset.forName("UTF-8").newEncoder()：获取UTF-8编码器 - 可设置
onMalformedInput()、onUnmappableCharacter()等策略
优势在于可控性强、性能好（配合缓冲区），但代码量略多，一般工具类或框架内部使用较多。
