C语言字符串使用：二进制存储、文件读写与国际化文件名处理

云上老周

2026-5-19

嘿，这两个问题都是C/C++里处理二进制数据和国际化场景的常见坑，我来给你捋清楚解决方案：

问题1：输出包含\0的二进制数据（从字符串/缓冲区输出）

首先得明确：printf("%s")和puts之所以遇到\0就停止，是因为它们把输入当作C风格字符串——这种字符串的定义就是以\0作为终止符的。但二进制数据里必然会包含\0（比如文件中的空字节），所以不能用这类依赖终止符的函数。

推荐两种可靠的解决方式：

用fwrite直接按字节输出（最稳妥）
fwrite完全不关心内容是什么，只按照你指定的字节数输出，完美适配二进制场景。示例代码：

#include <stdio.h>
#include <stdlib.h>

int main() {
    // 模拟从文件读取的二进制数据，包含中间的\0
    char binary_buf[] = "Hello\0World!";
    size_t buf_len = sizeof(binary_buf); // 总长度12，包含末尾的\0

    // 输出到stdout，1表示每个元素1字节，buf_len是总元素数
    fwrite(binary_buf, 1, buf_len, stdout);
    fflush(stdout); // 确保输出立即刷新到终端

    return 0;
}

这段代码会完整输出所有12个字节，包括中间的\0。

用printf指定输出长度（适合习惯printf语法的场景）
可以用%.*s格式符，手动指定输出的字符数，跳过\0终止符的限制：
```
printf("%.*s", (int)buf_len, binary_buf);
```
注意：这里的长度参数是int类型，如果你的二进制数据长度超过int的范围（比如大于2GB），这个方法会出问题，所以优先推荐fwrite。

问题2：处理国际化文件名的类型选择

wchar_t不是跨平台通用的完美方案，得看你运行的系统：

Windows平台：wchar_t是16位，对应UTF-16编码，而Windows内核原生用UTF-16处理文件名。所以在Windows上，必须用wchar_t配合宽字符API（比如_wfopen、CreateFileW）才能正确处理包含中文、日文等国际化字符的文件名。
Linux/macOS（POSIX系统）：wchar_t是32位，对应UTF-32，但系统的文件名本质是UTF-8编码的字节流（存在char数组里）。用wchar_t反而需要额外的编码转换（比如mbstowcs/wcstombs），容易出现乱码或兼容问题，所以直接用char数组存储UTF-8字符串即可，配合标准的fopen、open等API就能处理国际化文件名。

如果要写跨平台代码，可以用条件编译适配不同系统：

#include <stdio.h>

#ifdef _WIN32
#include <wchar.h>
typedef wchar_t filename_t;
#define FOPEN _wfopen
#define PRINT_FILENAME wprintf
#define PATH_PREFIX L
#else
typedef char filename_t;
#define FOPEN fopen
#define PRINT_FILENAME printf
#define PATH_PREFIX
#endif

int main() {
    filename_t *path = PATH_PREFIX"/path/to/国际化文件名.txt";
    FILE *fp = FOPEN(path, "rb");
    if (fp) {
        PRINT_FILENAME(PATH_PREFIX"打开文件成功：%ls\n", path);
        fclose(fp);
    }
    return 0;
}

内容的提问来源于stack exchange，提问作者Tom