java中utf-8转gbk需先用utf-8解码为string，再用gbk编码为字节数组；直接用gbk解码utf-8字节会乱码，string内部为utf-16，编码转换只发生在字节与string交互时。
Java 中将 UTF-8 编码的字符串转为 GBK 编码，本质是「先解码再编码」：把原始字节数组按 UTF-8 解码成 String，再用 GBK 编码成字节数组。关键在于不能直接对 String 调用 getBytes("GBK") 而不确认其真实编码来源——因为 String 在 Java 内部是 Unicode（UTF-16），编码转换必须明确原始字节来源。
确认原始数据是 UTF-8 字节数组
常见场景是：你从网络、文件或 API 接收到一串 UTF-8 编码的字节（比如 byte[] utf8Bytes），想把它转成 GBK 字节数组供旧系统使用。
- ✅ 正确做法：用 UTF-8 解码为 String，再用 GBK 编码回字节数组
- ❌ 错误做法：直接
new String(utf8Bytes, "GBK")—— 这会乱码，因为字节本是 UTF-8 编的，却用 GBK 解，语义错乱
标准转换代码（推荐）
假设你有一段 UTF-8 编码的字节数组 utf8Bytes：
byte[] utf8Bytes = "..."; // 来自文件/HTTP 响应等，确实是 UTF-8 编码
// Step 1：用 UTF-8 解码成 String（还原语义）
String str = new String(utf8Bytes, "UTF-8");
// Step 2：用 GBK 编码成新字节数组
byte[] gbkBytes = str.getBytes("GBK");
⚠️ 注意："UTF-8" 和 "GBK" 是字符集名，大小写不敏感，但建议统一用大写；Java 8+ 支持标准名称，无需额外依赖。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
如果原始是 String（已正确加载为 UTF-8 内容）
比如你通过 Files.readString(path, StandardCharsets.UTF_8) 或 new Scanner(...).useDelimiter("\A").next() 已得到一个内容正确的 String，那么它内部就是 Unicode，可直接转 GBK 字节：
String content = "..."; // 内容正确，无乱码
byte[] gbkBytes = content.getBytes("GBK");
这种情况下，String 本身不“带编码”，它的编码转换只发生在与字节交互时（getBytes / String(byte[], charset)）。
异常处理与兼容性建议
GBK 不支持所有 Unicode 字符（如 emoji、生僻汉字），转换时可能丢失或替换为问号（）。可主动处理：
- 捕获
UnsupportedEncodingException（虽然 UTF-8 和 GBK 是 JDK 内置，一般不会抛，但规范写法仍建议 try-catch） - 若需控制不可映射字符行为，可用
CharsetEncoder配合CharsetDecoder自定义替换策略（如用Charset.forName("GBK").newEncoder().onUnmappableCharacter(CodingErrorAction.REPORT)） - 生产环境建议用
StandardCharsets.UTF_8和StandardCharsets.GBK（Java 7+），类型安全且免异常检查
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
