使用mkstemp创建文件后崩溃于unlink()调用前的问题咨询

崩溃后的直接影响 #

如果程序在步骤(4)完成前、unlink()执行前崩溃，未完成的临时文件会残留在文件系统中。这些文件是mkstemp()生成的具体文件名（比如你用/tmp/myfile.XXXXXX做模板，生成的可能是/tmp/myfile.xyz789），文件内容停留在崩溃前写到的位置，不会被自动清理。

频繁崩溃会导致无限堆积吗？ #

是的。每次崩溃都会留下一个新的临时文件，没有内置机制会自动删除这些遗留文件，崩溃次数多了，文件会持续堆积，直到耗尽磁盘空间。

如何避免堆积问题？ #

这里有几种实用的解决方案，按可靠性排序：

1. 使用O_TMPFILE创建临时文件（推荐） #

如果你的系统是Linux 3.11及以上，用O_TMPFILE标志创建临时文件是最稳妥的方式。这种文件不会出现在文件系统的目录结构中，只能通过文件描述符访问。写完文件并同步后，再用linkat()将其链接到目标路径实现原子写。如果程序崩溃，内核会自动回收这个临时文件，不会留下任何痕迹。示例代码：

int tempFd = open("/tmp", O_TMPFILE | O_RDWR | O_CREAT, 0644);
if (tempFd == -1) { /* 错误处理逻辑 */ }

// 步骤1：写入内容
if (write(tempFd, data, size) == -1) { close(tempFd); return -1; }
// 步骤2：同步文件
if (fsync(tempFd) == -1) { close(tempFd); return -1; }
// 步骤3：原子链接到目标路径
if (linkat(tempFd, "", AT_FDCWD, "/path/to/target", AT_EMPTY_PATH) == -1) {
    close(tempFd);
    return -1;
}
close(tempFd);

2. 启动时主动清理遗留文件 #

在程序启动的初始化阶段，遍历临时文件所在目录，找出所有符合你的模板格式的文件（比如匹配file.XXXXXX的文件名）。可以加上时间判断（比如删除超过1小时的文件），或者检查文件对应的进程是否还存活（如果文件名包含PID的话），然后删除这些遗留文件。这样即使之前崩溃留下了文件，下次启动时会被清理。

3. 给临时文件名加入进程ID（PID） #

修改你的filePathTemplate，把当前进程的PID加进去，比如/tmp/file.XXXXXX.${PID}。程序启动时，扫描目录中所有带PID的临时文件，检查对应的PID是否还在运行：如果进程已经不存在（说明是崩溃遗留的），就删除这些文件。这种方法能精准清理当前程序的遗留文件，不会误删其他程序的文件。

4. 依赖系统的临时文件自动清理 #

大多数Linux系统的/tmp目录会通过systemd-tmpfiles定期清理旧文件（默认是清理10天以上的文件）。你可以修改配置（比如在/etc/tmpfiles.d下添加规则），缩短清理周期。但这种方法依赖系统配置，不是程序自身可控的，只能作为辅助手段。

5. 信号处理函数（谨慎使用） #

为SIGSEGV、SIGABRT等崩溃信号注册处理函数，尝试在崩溃时unlink()临时文件。但这种方法不可靠：崩溃时进程可能处于不稳定状态，信号处理函数中的操作不一定能成功执行，甚至可能引发二次崩溃，所以不推荐作为主要方案。

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