Linux常驻服务删除/tmp文件后空间未释放的技术咨询

阿华AIGC实验室

2026-5-29

解决Linux常驻服务删除文件后空间未释放的问题

首先得明确问题根源：当你用remove()或unlink()删除文件时，只是移除了文件的目录项，但如果你的进程还持有该文件的打开句柄，内核会保留文件的磁盘空间直到所有指向它的句柄都被关闭——这就是为什么lsof会显示文件标记为(deleted)，但空间没释放的核心原因。下面逐个解答你的问题：

1. 有没有其他可彻底删除文件的POSIX函数？

没有。remove()和unlink()已经是POSIX标准中用于删除文件的核心函数，问题不在删除函数本身，而在于你的进程还保持着对该文件的打开引用。无论你用哪个删除函数，只要进程没关闭文件句柄，内核就不会释放对应的磁盘空间——这是Linux文件系统的设计机制，目的是防止正在被使用的文件意外丢失数据。

2. 能否移除lsof中标记为已删除的文件？

没办法在不终止进程或关闭文件句柄的情况下移除这个标记。lsof里的(deleted)只是表明文件的目录项已经被删除，但进程仍然持有打开的文件描述符。只有当进程关闭该文件句柄，或者进程终止时，内核才会清理这个已删除的文件条目，并释放磁盘空间。

3. C语言应用的其他解决方案？

针对你的常驻服务场景，有几个实用的方案可以避免空间无法释放的问题：

提前unlink，保持句柄写入：
在打开文件后立刻调用unlink()删除它，之后继续通过打开的句柄写入数据。这样文件从目录中消失，但进程仍然可以正常读写；当你最终关闭这个句柄（比如服务重启写入逻辑、或者进程退出）时，内核会自动释放所有占用的空间。这种方式适合不需要其他进程访问该文件的场景，代码示例：
```
int fd = open("/tmp/mest_elf", O_CREAT | O_RDWR, 0644);
if (fd != -1) {
    unlink("/tmp/mest_elf"); // 立刻删除目录项
    // 后续继续通过fd写入数据
    write(fd, "some data", strlen("some data"));
    // 当不需要时关闭fd，空间立即释放
    close(fd);
}
```
写完即关闭，删除后重新打开：
如果你的服务是周期性写入文件，可以每次完成写入后关闭文件句柄，再调用remove()删除文件，之后需要写入时重新打开新的文件。这样每次删除前都确保句柄已关闭，磁盘空间会立刻释放。
使用tmpfile()创建临时文件：
POSIX的tmpfile()函数会创建一个临时文件，并且自动执行unlink()操作——也就是说，文件创建后就不会出现在目录中，当进程关闭该文件的句柄（或进程终止）时，空间会自动释放。这是专门为临时文件设计的方案，无需手动删除，代码示例：
```
FILE *fp = tmpfile();
if (fp != NULL) {
    fprintf(fp, "temporary data\n");
    // 关闭文件时自动释放空间
    fclose(fp);
}
```
截断文件而非删除（备选思路）：
如果你不需要彻底删除文件，只是想释放空间，可以用truncate()或ftruncate()函数将文件大小截为0，这样磁盘空间会被释放，同时文件的目录项和句柄都保留，后续可以继续写入。不过这不符合你“删除文件”的需求，但可以作为特殊场景下的备选。