/dev/null是否始终可打开？fopen("/dev/null","w")是否绝不会返回NULL？

这个问题问到点子上了——用/dev/null来静默输出确实是类Unix系统里的常用技巧，咱们来把这个问题说透：

核心结论 #

在**标准的Unix-like系统（Linux、macOS、BSD等）**中，fopen("/dev/null", "w")几乎不可能返回NULL。你完全可以放心用它来做三元运算符的分支，除非你的系统处于极端故障状态。

为什么几乎不会失败？ #

• /dev/null是系统标准组件：它是内核提供的特殊字符设备，属于系统的基础部分，正常启动的系统里必然存在。除非内核崩溃、根文件系统完全损坏这种灾难性场景，否则它不会消失。
• 权限无阻碍：/dev/null的默认权限是rw-rw-rw-，所有用户都拥有读写权限。除非你的进程被限制到连访问/dev/null的权限都没有（比如极端严格的沙盒环境，这种情况非常罕见），否则不会有权限问题。
• 资源耗尽的极端情况：唯一可能的失败场景是系统的文件描述符被完全耗尽，但此时你的程序里任何需要打开文件、套接字的操作都会失败，这已经不是/dev/null的问题，而是整个系统资源枯竭到无法运行的地步了——这种情况在正常业务场景里基本碰不到。

代码示例 #

如果你的程序运行在类Unix环境下，直接用三元运算符完全没问题：

// 根据条件选择输出到真实文件或/dev/null
FILE *output_fp = need_output ? fopen("output.log", "w") : fopen("/dev/null", "w");
// 放心使用这个文件指针
fprintf(output_fp, "Hello, %s!\n", need_output ? "log file" : "nowhere");

要是你追求极致严谨（应对那种极端到离谱的故障场景），可以加个兜底判断，但实际上这个分支几乎永远不会执行：

FILE *output_fp = need_output ? fopen("output.log", "w") : fopen("/dev/null", "w");
if (!output_fp) {
    perror("Fatal error opening output file");
    exit(EXIT_FAILURE);
}

补充：Windows系统的情况 #

如果你需要兼容Windows，记得把/dev/null换成NUL——Windows下的等效“空设备”是NUL，同样几乎不会打开失败。

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