Java中byte数组转String必须显式指定编码（如UTF-8）以防乱码，而char数组转String无需编码、是安全的内存复制；反向转换时同样需注意编码一致性与Unicode代理对处理。
Java中将byte数组和char数组转为String，关键在于理解编码和字符集的作用。不指定编码时，默认使用平台默认字符集，可能导致乱码；明确指定编码（如UTF-8）才能保证跨平台一致性。
byte数组转String：必须注意编码
byte数组本身不包含字符信息，它只是原始字节序列。转成String时，JVM需按指定字符集解码这些字节。若编码不匹配，就会出现或乱码。
- 推荐始终显式传入编码名，例如：new String(bytes, "UTF-8")
- 避免使用无参构造方法 new String(bytes)，它依赖系统默认编码，不可靠
- 若bytes来自网络、文件或外部API，务必确认其原始编码（常见为UTF-8、ISO-8859-1），再对应解码
- 处理HTTP响应体或JSON数据时，优先用UTF-8；读取旧系统导出的文本，可能需尝试GBK或ISO-8859-1
char数组转String：无需编码，但有性能优化点
char数组直接表示Unicode字符，与String内部结构一致（Java 9+使用byte[]优化存储，但逻辑仍是字符序列），因此转换不涉及编码解析，是纯内存复制操作。
- 最常用方式：new String(charArray)，安全且语义清晰
- 也可用String.valueOf(charArray)，底层调用相同构造器，二者性能几乎无差别
- 如果只是临时使用，考虑直接用Arrays.toString(charArray)调试查看内容，但它加了方括号和逗号，不是原始字符串
- 避免循环拼接char生成String，效率低；应先构建char[]再一次性转换
反向转换也要留意：String转回byte或char
从String还原数组时，同样要重视编码选择和字符边界。
立即学习“Java免费学习笔记（深入）”；
- str.getBytes("UTF-8") 是推荐写法；str.getBytes() 同样有平台依赖风险
- str.toCharArray() 直接返回副本，安全可靠，适合后续修改
- 注意String中可能含代理对（surrogate pairs），如emoji（?），一个Unicode字符占两个char，toCharArray()会正确拆分为两个char元素
- 若需紧凑字节表示，可考虑StandardCharsets.UTF_8常量替代字符串编码名，类型更安全
实用小技巧：快速验证转换是否正确
调试时别只看打印结果，要检查字节/字符层面是否一致。
- 打印byte数组长度和前几个值：Arrays.toString(Arrays.copyOf(bytes, 5))
- 对比转换前后字符数：s.length() 和 s.codePointCount(0, s.length())（后者统计真实Unicode字符数）
- 用String#equals()而非==比较内容；用String#contentEquals()比较CharSequence
- 单元测试中固定使用UTF-8，并用已知含中文、emoji、特殊符号的字符串验证全流程
