char类型是单字节字符载体，适用于ascii/utf-8文本逐字符解析，但无法正确处理多字节字符如utf-8汉字，需配合解码逻辑或宽字符；c字符串必须以'\0'结尾，否则易越界。
char 类型在文件读取中主要承担“单字节字符载体”的角色，适用于文本文件的逐字符解析。它不是万能的读取单位，但因其与 ASCII 和 UTF-8 编码的天然兼容性，在 C/C++ 等语言中被广泛用于基础文本处理。
char 作为读取缓冲单元
在 C 语言中，fgetc()、fread(&ch, 1, 1, fp) 或 C++ 中的 ifstream::get() 都以 char 变量为接收目标。这是因为：
- 文本文件本质是字节流，每个可打印/控制字符（如 'A'、'\n'、' '）在 ASCII 或 UTF-8 下通常占 1 字节；
-
char占 1 字节，能无损承载这类单字节字符； - 文件内部位置指针每次移动 1 字节，与
char的粒度完全对齐。
注意：若用 while (fscanf(fp, "%c", &ch) != EOF) 或 while (in >> ch)（C++ 流），会跳过空白符（空格、制表符、换行），不适合完整还原原始文本结构。
char 数组用于批量读取与字符串构建
单个 char 效率低，实际开发中更常用 char buf[256] 这类数组配合：
- fgets(buf, sizeof(buf), fp)：安全读一行（含 '\n'，自动补 '\0'）；
- fread(buf, 1, n, fp)：读 n 个字节到数组，不自动加 '\0'，需手动终止；
- 逐字符累积后手动加 '\0'：适合边读边解析场景，例如跳过注释或提取标识符。
关键点：C 中字符串必须以 '\0' 结尾，否则 printf("%s", buf) 或 strlen() 可能越界读取。
编码与 char 的边界问题
char 本身不携带编码信息，它只是 1 字节容器。这意味着：
- 读取 UTF-8 中文时，一个汉字占 3 字节，单个
char只能拿到其中 1 字节——结果是乱码片段； - 要正确处理多字节字符，需用
unsigned char *指针配合 UTF-8 解码逻辑，或改用宽字符（wchar_t）+fgetwc()； - Java 中
char是 2 字节 Unicode 码元，读文件必须通过InputStreamReader显式指定编码（如 UTF-8），否则默认平台编码易出错。
常见误用与避坑提示
以下操作容易引发问题：
- 用
scanf("%s", buf)读含空格的行——它遇空白即停，且不检查缓冲区溢出； - 用
fgetc()判定文件结束只靠!= EOF，未结合feof()或ferror()区分“读完”和“出错”； - 把二进制文件（如图片、exe）当文本用
char数组读取后直接当字符串打印——会出现不可见控制符甚至中断输出； - 在 C++ 中混合使用
fstream::read()（字节流）和getline()（字符流），因缓冲区不同步导致漏读或阻塞。
