java - FileUtils.moveFile 在磁盘已满时并不总是抛出 IOException

Question

FileUtils.moveFile 在磁盘已满情况下移动失败时并不总是抛出 IOException。新文件已创建，但大小为 0。下面是代码

void  function1 (String filePath1, String dir) 
{
    File file1= new File( filePath1);
    File file2= new File( dir, file1.getName() );
    
    FileUtils.moveFile( file1, file2);
}

多个线程正在使用上述功能。每个线程都有一个唯一的 filePath1 值。磁盘存储由 NFS 服务器控制。因此，当移动文件失败并创建空文件时，一些线程会抛出以下异常(文件名已被屏蔽)。

Failed to copy full contents from '######' to '######' Expected length: 239 ?Actual: 0

at org.apache.commons.io.FileUtils.doCopyFile(FileUtils.java:1164)

at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:1088)

at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:1040)

at org.apache.commons.io.FileUtils.moveFile(FileUtils.java:2993)

at function1

但其中一些没有抛出任何异常，目标文件为空。

为了验证这一点，我添加了文件大小检查。

void  function1 (String filePath1, String dir)
{
    File file1= new File( filePath1);
    File file2= new File( dir, file1.getName() );
    long sizeOfFile1 = FileUtils.sizeOf( file1);
    FileUtils.moveFile( file1, file2);
    long sizeOfFile2 = FileUtils.sizeOf( file2);

    if( sizeOFile1 != sizeOfFile2 )
          LOG.error( "###### expected size " + sizeOFile1 + " but actual size " +  sizeOfFile2 + " for thread " + ######## );
        throw new IOException();

    }
}

在此之后，之前未抛出异常的每个线程都开始在上述函数中打印错误

expected size 239 but actual size 0 for thread

所以我想了解在 NFS 存储的情况下是否还有其他事情可以做，或者 JVM 中是否存在错误，导致它在移动文件失败时不通知应用程序？

Answer 1

对完整文件系统的 write(...) 系统调用的正常行为是失败并将 errno 设置为 ENOSPC。然后 Java 会将其转换为 IOException。

但是，您的 NFS 装载似乎没有像普通文件系统那样报告文件系统已满。这里有一些证据表明这种事情可能会发生:

• NFS behaviour when filesystem is 100% full

如果写入系统调用没有报告错误，则 Java 运行时无法检测问题。如果这是正在发生的情况，那么它就不是 Java 错误。这可能是您正在使用的 NFS 服务器或客户端实现中的错误。

---

我希望 FileUtils.moveFile 和 copyFile 方法能够检测到问题。但是你没有说你使用的是哪个版本的 Apache Commons，所以我不能确定。此外，由于您正在使用多个线程来移动文件，因此两个线程可能正在尝试移动同一个文件，这会导致问题。