java 中 char 类型变量能不能储存一个中文的汉字，为什么？

🦊一句话总结

char 能存汉字，但只限于常用字；生僻字必须用 String；文件编码只影响读取，不影响 char 的存储能力。

🎯面试模板

"char 能否保存一个汉字？

1. 常用汉字 ：可以！99% 的汉字（如'你'、'汉'）都在 Unicode 的 BMP 平面内，直接 char c = '你'; 即可。
2. 生僻字 ：不可以！极少数汉字（如'𠀀'）超出 BMP，需要 2 个 char 组成代理对，必须用 String。
3. 文件编码 ：UTF-8/GBK 只影响读取过程。只要正确解码（如 new String(bytes, "UTF-8")），char 就能存汉字；如果编码不匹配，会乱码，但这不是 char 的问题。

总结：

• 日常开发：直接用 char 存汉字是安全的。
• 处理生僻字：优先用 String。
• 文件操作：必须指定编码，否则乱码。"

---

🦫核心原理

1、char 的本质

• 16 位无符号整数 ，固定使用 UTF-16 编码。
• 能直接存储 Unicode 基本多语言平面（BMP，U+0000 ~ U+FFFF） 的字符：
  • 常用汉字范围：U+4E00 ~ U+9FFF （如 char c = '你'; ✅）。
  • 生僻字范围：U+10000 及以上 （如 String s = "𠀀"; ✅，但 char c = '𠀀'; ❌ 编译报错）。

2、文件编码（UTF-8/GBK）的作用

仅影响文件读取/写入：

• 正确读取：用匹配的编码解码（如 new String(bytes, "UTF-8")），char 存的是 Unicode 字符。
• 错误读取：编码不匹配 → 乱码（如 没），但这是 数据错误 ，不是 char 能力问题。

3、字节流 → char 的转换

必须通过 Unicode 中转：

• 错误：直接合并字节（如 GBK 的 0xC4 0xE3 → 强行转 char ❌ 乱码）。
• 正确：new String(bytes, charset) → toCharArray() ✅ 安全。

---

测试代码

import java.nio.charset.StandardCharsets;

public class CharChineseDemo {
    public static void main(String[] args) throws Exception {
        // ✅ 常见汉字：1 个 char
        char c1 = '你';
        System.out.println("常见汉字: " + c1);

        // ❌ 生僻字：必须用 String
        // char c2 = '𢎭'; // 编译报错！
        String s = "𢎭";
        System.out.println("生僻字: " + s + " (长度=" + s.length() + ")"); // 长度=2（代理对）
        System.out.println("生僻字：" + s.charAt(0)); // 乱码

        // ✅ 文件编码：正确读取
        byte[] utf8Bytes = "你".getBytes(StandardCharsets.UTF_8);
        String str = new String(utf8Bytes, StandardCharsets.UTF_8);
        char c3 = str.charAt(0);
        System.out.println("UTF-8 读取: " + c3);

        // ❌ 文件编码：错误读取（乱码）
        String wrongStr = new String(utf8Bytes, "GBK");
        char c4 = wrongStr.charAt(0);
        System.out.println("UTF-8 误用 GBK 读取: " + c4); // 乱码（如 没）
    }
}

---

关键对比表

场景	能否用 char	原因
常用汉字（'你'）	✅ 可以	Unicode ∈ BMP（U+4E00 ~ U+9FFF）
生僻字（'𠀀'）	❌ 不可以	Unicode ∉ BMP（需代理对）
UTF-8 文件正确读取	✅ 可以	解码后转为 UTF-16 的 char
UTF-8 文件误用 GBK 读	❌ 乱码	编码不匹配导致数据错误（不是 char 能力问题）