Java 中怎么用 StandardCharsets 规范写字符编码-java教程-PHP中文网

优先使用 standardcharsets 而非字符串编码名，因其类型安全、避免拼写错误、杜绝运行时 unsupportedencodingexception、支持编译期检查与 ide 自动补全，且线程安全高效。

java 中怎么用 standardcharsets 规范写字符编码

Java 中用 StandardCharsets 指定字符编码，核心是**避免使用字符串名称（如 "UTF-8"），改用标准常量**，既类型安全又杜绝拼写错误和运行时异常。

为什么优先用 StandardCharsets 而不是字符串？

直接传 "UTF-8" 这类字符串有明显风险：

拼错（如 "UTF_8"、"utf-8"）会导致 UnsupportedEncodingException（虽已过时，但部分老 API 仍抛）
字符串无编译期检查，错误拖到运行时才发现
无法享受 IDE 自动补全和语义跳转
StandardCharsets.UTF_8 是 Charset 实例，可直接复用，线程安全且高效

常见场景：字符串 ↔ 字节数组转换

这是最常用也最容易出错的地方。统一用 StandardCharsets 常量：

// ✅ 推荐：类型安全、零异常、可读性强
String text = "你好，世界";
byte[] bytes = text.getBytes(StandardCharsets.UTF_8); // String → byte[]
String restored = new String(bytes, StandardCharsets.UTF_8); // byte[] → String

// ❌ 避免：可能抛异常，且不直观
byte[] bad = text.getBytes("UTF-8"); // 编译通过，但有隐患
String bad2 = new String(bytes, "UTF-8");

IO 流操作中指定编码

涉及文件或网络 I/O 时，多数 NIO 和新 IO 类都接受 Charset 参数：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

Files.readString(path, StandardCharsets.UTF_8)（Java 11+）
Files.writeString(path, content, StandardCharsets.UTF_8)
new OutputStreamWriter(out, StandardCharsets.UTF_8)
new InputStreamReader(in, StandardCharsets.UTF_8)
BufferedWriter writer = Files.newBufferedWriter(path, StandardCharsets.UTF_8)

注意：FileReader/FileWriter **不支持指定 Charset**，它们始终用平台默认编码，应避免使用。

HTTP 或 JSON 场景中的编码一致性

比如用 HttpURLConnection 发送 JSON：

connection.setRequestProperty("Content-Type", "application/json; charset=utf-8");
// 写体时仍需显式用 StandardCharsets：
try (OutputStream os = connection.getOutputStream()) {
    os.write(jsonString.getBytes(StandardCharsets.UTF_8));
}

后端解析时也必须用相同 Charset（如 StandardCharsets.UTF_8）解码，否则中文变乱码。前后端约定 UTF-8 是底线，而 StandardCharsets.UTF_8 是 Java 端最稳妥的落地方式。

不复杂但容易忽略——只要养成用 StandardCharsets.* 替代字符串的习惯，就能避开一大半字符编码坑。