如果在 sendfile() 正在进行时写入/更改文件，预期的行为是什么

Question

一个线程写入文件（甚至删除它），另一个线程同时为该文件调用 sendfile() 以获取重叠位置。

这里的预期行为是什么？

另外，如果我的理解是正确的，sendfile 调用只会向套接字添加一条记录（文件描述、位置、长度）并返回给调用者。 （还没有复制到套接字的缓冲区？），所以即使 sendfile() 在修改文件之前返回，操作系统也依赖于文件的存在，直到文件被完全发送。

那么在文件发送之前任何修改的结果是什么？

Answer 1

预期的行为是结果是不可预测的。 sendfile() 不是原子的，它实际上等同于编写自己的循环，从文件描述符调用 read() 并在套接字描述符上调用 write()。如果其他进程在此过程中写入文件，您将获得新旧内容的混合。主要将其视为一种便利功能，尽管它也应该显着提高效率，因为它不需要多次系统调用，并且可以直接在文件缓冲区和套接字缓冲区之间复制，而不是在应用程序缓冲区之间来回复制。因此，漏洞窗口应该比read/write 循环更小，但它仍然存在。

为避免此问题，您应该在执行写入的进程和调用sendfile() 的进程之间使用文件锁定。所以顺序应该是：

lock the file
call sendfile()
unlock the file

而写作过程应该做的：

lock the file
write to the file
unlock the file

编辑：

实际上，看起来并没有这么简单，因为sendfile() 将套接字缓冲区链接到文件缓冲区缓存，而不是复制到内核中。由于sendfile() 不会等待数据发送，因此在文件返回后修改文件仍然可能会影响发送的内容。您需要检查是否已通过应用层确认收到所有数据。请参阅 Minimizing copies when writing large data to a socket 获取解释这些细节的文章的摘录。