String.getBytes() 不指定字符集会使用系统默认编码，导致跨平台结果不一致，引发乱码等问题；必须显式指定StandardCharsets.UTF_8等标准字符集，且编解码字符集需严格匹配。
String.getBytes() 不指定字符集等于埋雷
Java 里 String.getBytes() 看似简单，但不传字符集参数时，它会用系统默认编码（比如 Windows 上是 GBK，Linux/macOS 默认可能是 UTF-8）。同一段代码在不同机器上跑，byte[] 结果可能完全不同——这不是 bug，是设计使然，但极易引发数据错乱。
常见错误现象：
本地测试正常，部署到服务器后 JSON 解析失败、文件写入乱码、HTTP 请求体被截断、Redis 存的字符串取出来变成乱码。
- 永远显式传入字符集，例如
str.getBytes(StandardCharsets.UTF_8) - 避免用
str.getBytes("UTF-8")这种字符串形式——它抛UnsupportedEncodingException，且运行时才校验，编译期不报错 - 如果必须用字符串名（如配置驱动），至少包一层 try-catch 并 fallback 到
UTF_8
UTF-8 和 ISO-8859-1 在字节长度上的直观差异
同一个中文字符，在 UTF-8 下占 3 字节，在 ISO-8859-1 下根本无法表示（会变成 ? 或抛异常）；而英文字符在两者下都是 1 字节。这种差异直接影响网络传输、数据库字段长度校验、加密签名结果。
使用场景举例：
调用某老系统 HTTP 接口，文档写“编码为 ISO-8859-1”，你却用 UTF_8 编码发过去，对方解析出一堆问号；又或者你把用户昵称存进 MySQL VARCHAR(32) 字段，按 UTF_8 存没问题，但若误用 GBK 编码再转回字符串，长度计算就偏了。
立即学习“Java免费学习笔记（深入）”；
-
"你好".getBytes(StandardCharsets.UTF_8).length→ 6 -
"你好".getBytes(StandardCharsets.ISO_8859_1).length→ 抛java.lang.IllegalArgumentException（因为无法映射） -
"abc".getBytes(StandardCharsets.UTF_8).length == "abc".getBytes(StandardCharsets.ISO_8859_1).length→ true（都是 3）
从 byte[] 回转 String 时，字符集必须严格匹配
用 A 字符集转出的 byte[]，必须用 A 字符集再构造 String，否则轻则乱码，重则丢失数据（如某些字节序列在目标编码中非法，被替换为 \uFFFD）。
典型翻车点：
读取文件时用了 Files.readAllBytes(path) 得到原始字节，然后直接 new String(bytes) —— 这里没指定编码，就又掉进默认编码陷阱；或者 HTTP 响应头声明 Content-Type: text/plain; charset=GBK，你却用 UTF_8 解码。
- 解码前务必确认来源明确的字符集，优先从协议头、BOM、配置项或约定中获取
- 不要依赖
String构造函数的无参版本：new String(bytes)是危险操作 - 如果只有字节没有上下文，可尝试
CharsetDecoder配合onMalformedInput(CodingErrorAction.REPORT)主动检测异常
Netty/OkHttp/Spring Web 等框架内部怎么处理的
这些框架多数会在关键路径强制指定字符集：比如 OkHttp 的 RequestBody.create() 要求传 MediaType（含 charset），Spring 的 @RequestBody 默认走 UTF-8，Netty 的 HttpContent 解析也会检查 Content-Type 头。但它们不会替你修复业务层手动调用 String.getBytes() 的错误。
也就是说：框架帮你拦住了部分问题，但一旦你绕过封装、直操作字节，责任就回到你手上。
- Spring MVC 中，
@RequestBody对象反序列化用的是 Jackson，默认 UTF-8；但如果你在@Controller里手动读request.getInputStream()，就得自己处理字符集 - Netty 中
FullHttpRequest.content().array()返回原始字节，toString(Charset)方法才是安全解码入口 - 日志打印
byte[]时别直接Arrays.toString(bytes)，容易误判内容——先确认编码再转成字符串看
字符集不是个“选填项”，是字节与文本之间那条不可省略的翻译契约。少写一个 StandardCharsets.UTF_8，就可能让两个服务之间持续数月的偶发乱码问题查不出根源。
