关键在于明确编码规则，必须显式指定字符集（如StandardCharsets.UTF_8），避免依赖默认编码导致乱码；字节数组须源自明确编码的文本数据，且构造时字符集需与来源一致。
用字节数组构造 String，关键不是“能不能”，而是“会不会乱码”——核心在于明确编码规则。JDK 默认用平台字符集（如 Windows 是 GBK，Linux/macOS 通常是 UTF-8），但默认值不可靠，跨环境极易出错。
必须显式指定字符集名称
不带字符集参数的 new String(byte[]) 构造方法依赖系统默认编码，属于高风险写法。正确做法是始终传入标准字符集名：
- 推荐使用 UTF-8：适用于绝大多数场景，兼容中文、英文及各类符号，且是 Web 和现代 API 的事实标准
-
避免用
new String(bytes)：它底层调用new String(bytes, Charset.defaultCharset())，隐式依赖运行环境 -
字符集名要写全、写对：例如
"UTF-8"（注意短横线），不是"utf8"或"UTF8"；Java 会校验名称，错则抛UnsupportedEncodingException
处理可能的异常
字符集名称错误或字节序列非法时会抛出 UnsupportedEncodingException。虽然该异常是 checked exception，但现代 Java（8+）建议用 StandardCharsets 静态常量规避：
-
new String(bytes, StandardCharsets.UTF_8)—— 不抛检查异常，类型安全，无需 try-catch -
new String(bytes, "UTF-8")—— 需包裹 try-catch，适合需自定义字符集名的动态场景
注意字节数组内容的真实来源
字节数组不能凭空“认为是字符串”，它必须来自明确编码的文本数据：
立即学习“Java免费学习笔记（深入）”；
- 网络请求响应体、文件读取、Base64 解码结果等，通常附带明确的编码声明（如 HTTP Header 中的
Content-Type: text/html; charset=UTF-8） - 若字节数组来自
String.getBytes()，务必用**相同字符集**反向构造，否则必然乱码。例如：String s = "你好";<br>byte[] bs = s.getBytes(StandardCharsets.UTF_8);<br>String t = new String(bs, StandardCharsets.UTF_8); // ✅ 正确
- 若字节数组是二进制数据（如图片、加密密文），不应直接转 String——这不是文本，强行转换无意义且破坏数据
慎用子数组构造（offset + length）
当只取字节数组一部分时，必须确保截取范围完整覆盖每个字符的字节边界：
- UTF-8 中，ASCII 字符占 1 字节，中文通常占 3 字节，emoji 可能占 4 字节
- 错误截断（如在某个中文字符中间切开）会导致
替换符或解码失败 - 除非你完全掌握原始字节布局，否则优先用完整数组构造，再用
substring处理逻辑文本
