4. 文件打开模式深入：文本模式与二进制模式的区别、文件位置指针的概念、文件打开失败的处理

好，咱们接着聊文件操作。上一章我们把 fopen 的基本用法过了一遍，这一章我打算深入聊聊三个特别容易踩坑的点：文本模式和二进制模式到底差在哪、那个看不见摸不着的文件位置指针是什么东西、以及——文件打开失败了该怎么办。

这三个问题，说实在的，我当年刚入行时都吃过亏。有一次在嵌入式项目里，用文本模式读一个二进制配置文件，结果数据全乱了，排查了整整一个下午。嗯，从那以后我再也不敢小看这个模式选择了。

4.1 文本模式 vs 二进制模式

很多人觉得，文件不就是一堆字节吗？文本和二进制有啥区别？

其实区别大了。你想想看，C 语言标准库在设计时，要考虑不同操作系统的差异。最典型的就是换行符：

  • Windows：换行是 \r\n（回车+换行，两个字节）
  • Linux/Unix：换行是 \n（换行，一个字节）
  • 老版 Mac：换行是 \r（回车，一个字节）

文本模式就是为了解决这个差异而存在的。当你用 "r" 或 "w" 打开文件时，C 库会自动做换行符的转换。比如在 Windows 上读文件，遇到 \r\n 会转成 \n；写文件时，\n 会转成 \r\n。

二进制模式就不做任何转换。你用 "rb" 或 "wb" 打开，读进来的是什么字节，就是什么字节，原封不动。

核心区别一句话总结：文本模式做换行符的自动转换，二进制模式不做任何转换。

我个人习惯是：只要不是纯文本文件，一律用二进制模式。比如图片、音频、固件、配置文件（如果里面没有需要换行转换的文本），都用 "rb" 或 "wb"。为什么？因为换行符转换会改变文件的实际字节数，对于需要精确控制数据格式的场景，这是致命的。

举个例子，你写一个结构体到文件里：

struct SensorData {
    int id;
    float value;
    char status;
};

struct SensorData data = {1, 23.5f, 'A'};
FILE *fp = fopen("sensor.bin", "wb");  // 必须用二进制模式
fwrite(&data, sizeof(data), 1, fp);
fclose(fp);

如果用文本模式写，万一结构体里某个字节恰好是 \n（0x0A），就会被转成 \r\n（0x0D 0x0A），读回来时结构体就错位了。我在项目中遇到过这种问题，调试起来特别头疼。

警告：在 Linux 上，文本模式和二进制模式没有区别（因为 Linux 换行就是 \n）。但为了代码的可移植性，建议始终明确指定模式。你永远不知道你的代码明天会跑到什么平台上。

4.2 文件位置指针的概念

文件位置指针，也叫文件偏移量（file offset），它本质上是一个 long 类型的整数，记录着当前要读或写的字节在文件中的位置。

你可以把它想象成一个书签。打开文件时，书签在开头（位置 0）。每读一个字节，书签就往后移一个字节。写操作也一样，写完一个字节，书签自动后移。

这个指针是隐式的，你不需要手动声明它，但你可以通过函数来查询和移动它：

函数 作用
ftell(fp) 返回当前文件位置指针的值（从文件头开始的字节偏移量）
fseek(fp, offset, whence) 将文件位置指针移动到指定位置
rewind(fp) 将文件位置指针重置到文件开头，相当于 fseek(fp, 0, SEEK_SET)

fseek 的第三个参数 whence 有三个取值：

  • SEEK_SET：从文件头开始算
  • SEEK_CUR：从当前位置开始算
  • SEEK_END：从文件尾开始算

举个例子，你想跳到文件第 100 个字节：

fseek(fp, 100, SEEK_SET);

想跳到文件末尾前 20 个字节：

fseek(fp, -20, SEEK_END);

想回退 10 个字节：

fseek(fp, -10, SEEK_CUR);

小技巧：用 fseek(fp, 0, SEEK_END) 配合 ftell(fp) 可以获取文件大小。但注意，这只对普通文件有效，对管道或设备文件不适用。

我曾经在一个日志分析工具里，需要快速定位到文件末尾附近读取最新的日志条目。用 fseek 配合 SEEK_END 直接跳过去，比从头读到尾快了不知道多少倍。嗯，这就是随机访问的魅力。

下面我用一张图来展示文件位置指针的工作方式：

字节0 字节1 字节2 字节3 字节4 字节5 ... 文件位置指针 (当前在字节3) 文件位置指针示意图 读/写操作后，指针自动后移 fseek() 可以任意移动指针位置 ftell() 返回指针当前偏移量

4.3 文件打开失败的处理

这个问题，说实在的，很多初学者甚至一些有经验的开发者都会忽略。我见过太多代码，fopen 完直接就用，根本不检查返回值。

fopen 返回 NULL 的情况其实很常见：

  • 文件不存在（用 "r" 模式时）
  • 权限不足（比如只读文件系统下试图写文件）
  • 磁盘空间已满
  • 文件路径太深或路径名不合法
  • 打开的文件数量超过系统限制

正确的做法是：每次调用 fopen 后，立即检查返回值。

FILE *fp = fopen("data.txt", "r");
if (fp == NULL) {
    perror("打开文件失败");
    return -1;  // 或者 exit(EXIT_FAILURE);
}

perror 函数会打印你传入的字符串，后面跟上系统自动生成的错误描述。比如文件不存在时，它会输出：

打开文件失败: No such file or directory

如果你想自己处理错误信息，可以用 errno 全局变量：

#include <errno.h>

FILE *fp = fopen("data.txt", "r");
if (fp == NULL) {
    printf("错误码: %d\n", errno);
    switch (errno) {
        case ENOENT:
            printf("文件不存在\n");
            break;
        case EACCES:
            printf("权限不足\n");
            break;
        default:
            printf("未知错误\n");
            break;
    }
    return -1;
}

注意：errno 的值只在出错后立即读取才有意义。如果你在检查 errno 之前调用了其他库函数，它的值可能已经被覆盖了。

我曾经在一个嵌入式项目中，程序跑着跑着突然写不了日志了。排查了半天，发现是 SD 卡写保护开关被碰到了。如果当初 fopen 后检查了返回值，perror 会直接告诉我 "Permission denied"，根本不用浪费那半天时间。

所以我的建议是：把文件打开失败检查写成一种习惯。就像开车系安全带一样，不系也能开，但万一出事就晚了。

个人经验：我习惯写一个简单的封装函数，统一处理文件打开失败的情况：

FILE *safe_fopen(const char *path, const char *mode) {
    FILE *fp = fopen(path, mode);
    if (fp == NULL) {
        fprintf(stderr, "[错误] 无法打开文件 '%s' (模式: %s): ", path, mode);
        perror("");
        exit(EXIT_FAILURE);
    }
    return fp;
}

这样主代码里直接调用 safe_fopen，既简洁又安全。当然，如果你不想让程序直接退出，也可以改成返回错误码让上层处理。

好了，这一章的内容就到这里。文本模式和二进制模式的选择、文件位置指针的灵活运用、以及文件打开失败时的错误处理，这三个知识点在实际开发中几乎天天都会用到。希望你能把它们刻在脑子里。

公众号:蓝海资料掘金营，微信deep3321

← 上一章 📖 返回目录 下一章 →