os.path.exists() 打电话给C图书馆 stat() 功能。

我相信您在内核的NFS实现中遇到了一个缓存。下面是一个指向描述问题的页面的链接,以及一些刷新缓存的方法。

文件句柄缓存

目录将文件名缓存到文件句柄映射。最常见的问题是:

您有一个打开的文件,您需要检查该文件是否已被新文件替换。在stat()返回新文件的信息而不是打开的文件之前,必须刷新父目录的文件句柄缓存。

实际上,本例还有另一个问题:旧文件可能已被删除并替换为新文件,但两个文件可能具有相同的inode。您可以通过刷新打开文件的属性缓存,然后查看fstat()是否使用estale失败来检查这种情况。

您需要检查文件是否存在。例如,一个锁文件。内核可能缓存了该文件不存在的情况,即使事实上它确实存在。您必须刷新父目录的负文件句柄缓存,以查看文件是否真的存在。

刷新文件句柄缓存的几种方法:

如果父目录的mtime更改了,则通过刷新其属性缓存来刷新文件句柄缓存。如果NFS服务器支持纳秒或微秒分辨率,这应该会非常好地工作。

_、linux:chown()当前所有者的目录。如果调用成功返回,将刷新文件句柄缓存。

_、Solaris 9,10:唯一的方法是尝试rmdir()父目录。“无诱惑”意味着缓存已刷新。尝试rmdir()时,当前目录的eival失败,无法刷新缓存。

__freebsd 6.2:唯一的方法是尝试rmdir()父目录或其下的文件。enotty、enotdir和eacces失败意味着缓存被刷新,但enont没有刷新。freebsd不缓存负条目,因此不必刷新它们。

http://web.archive.org/web/20100912144722/http://www.unixcoding.org/NFSCoding

这个问题与Python进程在自己的shell中运行的事实有关。当你奔跑 subprocess.Popen(shell=True) 你正在生成一个新的外壳,它可以解决你所遇到的问题。

python没有引起这个问题。它结合了Linux中的nfs(文件存储)和目录列表的功能。