内核是否在进程死亡时删除打开的文件

Question

我正在使用tmpnam（）在进程1中生成临时文件名。 打开该文件并将文件名发送到另一进程2. 另一个进程2打开并且写入该文件。

但是，只是我想知道我的进程1是否会死掉，该文件是否会被操作系统删除。看起来不像是这样。在那种情况下，我的选择是什么，以便在进程1死后我没有任何文件。

Answer 1

不，内核在您的进程死亡时不会删除打开的文件。

但是，您可以在进程死亡之前删除打开的文件，只要保持打开文件，文件仍然会存在。但是，您将不能再通过名称打开文件- 只能通过打开的文件句柄进行进一步的访问。

例如

fname="/tmp/tempfilename"; 
fd=open(fname,O_RDWR); 
unlink(fname); 
/* fd is still a valid handle that can be written to, read from, 
    lseeked on, or passed to a child process. It will go away 
    when the process exits. 
*/ 
/* Important note: if you create a temp file like this on a 
    NFS filesystem, there will be a phantom file named something like 
    .nfsfile12983719 
    that will stick around until the file descriptor is closed. 
    If you delete this file, it will be re-created. 
    */ 

或者，你可以使用tmpfile(3)其大致做同样的事情，除了 返回FILE *而非FD它。

Answer 2

操作系统不会为您删除文件。确定意图会很棘手：是用一些有用的数据写出来的文件，还是现在流程已经消失的文件。

有几种方法可以考虑处理这个问题。在典型情况下，您可以作为退出的一部分进行清理。 如果您遇到问题，您几乎总能得到一个信号，您可以使用它来清理问题。这里有一个例子：Basic Signal Handling我拿这个例子。

#include <signal.h> 

void 
termination_handler (int signum) 
{ 
    struct temp_file *p; 

    for (p = temp_file_list; p; p = p->next) 
    unlink (p->name); 
} 

int 
main (void) 
{ 
    ... 
    if (signal (SIGINT, termination_handler) == SIG_IGN) 
    signal (SIGINT, SIG_IGN); 
    if (signal (SIGHUP, termination_handler) == SIG_IGN) 
    signal (SIGHUP, SIG_IGN); 
    if (signal (SIGTERM, termination_handler) == SIG_IGN) 
    signal (SIGTERM, SIG_IGN); 
    ... 
} 

另一种方法是在文件名（或文件内容）中嵌入pid。如果你的程序启动并看到一个与你的程序正在运行的实例不匹配的pid文件，你可以尝试清理它。这似乎有点危险。

另外一个稍微有点臭的解决方法是将它放在/ tmp /中，它可以清理干净，如果它被删除，则以某种方式处理它。