如何知道文件是否正在被复制？

Question

我目前正在尝试检查文件从一个目录到另一个目录的复制是否完成。 我想知道目标文件是否仍在复制。

所以我想获取此文件上打开的文件描述符的数量。 我使用 C 语言，但没有真正找到解决该问题的方法。

Answer 1

如果您能够打开文件进行写入，则操作系统很可能已完成复制并释放了其锁定。然而，不同的操作系统对此的行为可能有所不同。

另一种方法是打开源文件和目标文件进行读取并比较它们的大小。如果它们大小相同，则副本很可能已完成。您可以使用 fseek() 和 ftell() 来确定 C 中文件的大小：

fseek(fp, 0L, SEEK_END);
sz = ftell(fp);

Answer 2

在 Linux 中，尝试使用 lsof 命令，该命令会列出系统上所有打开的文件。

编辑1：唯一想到的C语言功能是fstat函数。您可以将其与结构体的 st_mtime （上次修改时间）字段一起使用 - 一旦该值停止更改（例如 10 秒的时间），那么您可以假设文件复制操作已经停止了。

编辑2：另外，在Linux上，您可以遍历 /proc/[pid]/fd查看哪些文件已打开。里面的文件有符号链接，但是C的readlink()函数可以告诉你它的路径，这样你就可以看到它是否仍然打开。使用 getpid()，您将知道程序的进程 ID（如果您正在程序内进行文件复制），从而知道在 /proc 中查找何处。

Answer 3

我认为您的基本错误是尝试将 C 程序与不用于同步的 shell 工具/外部程序同步。如果您对执行复制的程序/脚本有一定程度的控制，则应该修改它以对目标文件执行某种类型的建议锁定（最好是基于 fcntl 的）。然后你的其他程序可以简单地阻止获取锁。

如果您对执行复制的程序没有任何控制权，唯一的解决方案取决于不可移植的 hack，例如 lsof 或 Linux inotify API。

Answer 4

（这个答案做出了一个很大很大的假设，即这将在 Linux 上运行。）

lsof 的 C 源代码是一个工具，它告诉哪些程序当前拥有特定文件的打开文件描述符。 免费提供。然而，只是警告你，我无法理解它的任何意义。有提到读取内核内存，所以对我来说，这要么是巫术，要么是黑魔法。

也就是说，没有什么可以阻止您通过自己的程序运行 lsof。从您自己的程序运行第三方程序通常是您出于多种原因而试图避免的事情，例如安全性（如果流氓用户将 lsof 更改为恶意程序，它将以您的程序的权限运行，潜在的灾难性后果），但是检查lsof源代码，我得出的结论是没有公共API来确定哪个程序打开了哪个文件。如果您不害怕人们更改 /usr/sbin 中的程序，您可以考虑这样做。

int isOpen(const char* file)
{
    char* command;
    // BE AWARE THAT THIS WILL NOT WORK IF THE FILE NAME CONTAINS A DOUBLE QUOTE
    // OR IF IT CAN SOMEHOW BE ALTERED THROUGH SHELL EXPANSION
    // you should either try to fix it yourself, or use a function of the `exec`
    // family that won't trigger shell expansion.
    // It would be an EXTREMELY BAD idea to call `lsof` without an absolute path
    // since it could result in another program being run. If this is not where
    // `lsof` resides on your system, change it to the appropriate absolute path.
    asprintf(&command, "/usr/sbin/lsof \"%s\"", file);
    int result = system(command);

    free(command);
    return result;
}

如果您还需要知道哪个程序打开了您的文件（大概是 cp？），您可以使用 popen 读取 lsof 的输出类似的时尚。 popen 描述符的行为类似于 fopen 描述符，因此您所需要做的就是fread 它们并查看是否可以找到程序的名称。在我的机器上，lsof 输出如下所示：

$ lsof document.pdf 
COMMAND PID  USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
SomeApp 873 felix  txt    REG   14,3   303260 5165763 document.pdf

Answer 5

正如 poundifdef 提到的，fstat() 函数可以为您提供当前的修改时间。但 fstat 还可以提供文件的大小。

回到 C 的昏暗黑暗时代，当我监视由各种程序复制的文件时，我无法控制我总是：

1. 等到目标文件大小 >= 源大小，并且
2. 等待直到目标修改时间比当前时间早至少 N 秒。 N 是一个数字，例如 5，如果经验表明有必要，则设置得更大。是的，5秒看起来有些极端，但它是安全的。

如果您不知道目标文件是什么，那么您唯一真正的选择是#2，但使用较大的 N 以允许最坏情况下的网络和本地 CPU 延迟，同时具有良好的安全系数。

Answer 6

使用 boost libs 将解决该问题

boost::filesystem::fstream fileStream(filePath, std::ios_base::in | std::ios_base::binary);

if(fileStream.is_open())
    //not getting copied
else
    //Wait, the file is getting copied

Answer 7

如果您可以控制它，我建议在执行复制的程序上使用复制移动习惯用法：

cp file1 otherdir/.file1.tmp
mv otherdir/.file1.tmp otherdir/file1

mv 只是更改一些文件系统条目，并且是原子的且速度非常快与副本相比。