File.Copy错误:由于文件系统限制,无法完成请求的操作

时间:2013-03-28 13:40:42

标签: c# exception .net

在结构中获得超过4000000个jpeg文件后,我们在添加新文件时遇到了问题。 File.Copy抛出异常:由于文件系统限制,无法完成请求的操作。

任何解决方案?

信息

代码

    public bool AddFile(Uri uri, string path, bool withDelete = false)
    {
        var sourceFilePath = path;
        var destinationFilePath = Path.GetFullPath(uri.LocalPath);

        try
        {
            if (!File.Exists(sourceFilePath))
            {
                sourceFilePath = Directory.EnumerateFiles(sourceFilePath).FirstOrDefault();
                destinationFilePath = Path.Combine(destinationFilePath, Path.GetFileName(sourceFilePath));
            }

            if (!Directory.Exists(Path.GetDirectoryName(destinationFilePath)))
                Directory.CreateDirectory(Path.GetDirectoryName(destinationFilePath));

            if (withDelete && File.Exists(destinationFilePath))
                File.Delete(destinationFilePath);

            File.Copy(sourceFilePath, destinationFilePath);

            return true;
        }
        catch (Exception exc)
        {
            ServiceCore.GetLogger().Error(exc);
            throw exc;
        }
    }

堆栈跟踪

    2013-03-28 14:10:48.3784[Info]: 47356388:Unive.NetService.SimpleServices.DocumentManagementSerivce..ctor: Entry
    2013-03-28 14:10:48.4740[Info]: Static:Unive.NetService.SimpleServices.DocumentManagementSerivce..ctor: Success
    2013-03-28 14:10:48.4899[Info]: 47356388:Unive.NetService.SimpleServices.DocumentManagementSerivce.UploadFile: Entry
    2013-03-28 14:11:26.3277[Error]: Exception
    Message:The requested operation could not be completed due to a file system limitation

    Source:mscorlib
    Stack Trace:   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
       at System.IO.File.InternalCopy(String sourceFileName, String destFileName, Boolean overwrite)
       at Unive.NetService.Business.SimpleFileClient.AddFile(Uri uri, String path, Boolean withDelete) in D:\Tag Prografix\Unive.NetService\Business\SimpleFileClient.cs:line 33
    TargetSite:Void WinIOError(Int32, System.String)
    2013-03-28 14:11:26.5029[Error]:                         47356388:Unive.NetService.SimpleServices.DocumentManagementSerivce.UploadFileException
    Message:The requested operation could not be completed due to a file system limitation

    Source:mscorlib
    Stack Trace:   at Unive.NetService.Business.SimpleFileClient.AddFile(Uri uri, String path, Boolean withDelete) in D:\Tag Prografix\Unive.NetService\Business\SimpleFileClient.cs:line 42
       at Unive.NetService.Business.FileService.UploadFile(Int64 fileId, String fileName, String path, Boolean isDiagram) in D:\Tag Prografix\Unive.NetService\Business\FileService.cs:line 80
       at Unive.NetService.SimpleServices.DocumentManagementSerivce.UploadFile(Int64 fileId, String fileName, String path) in D:\Tag Prografix\Unive.NetService\SimpleServices\DocumentManagementSerivce.asmx.cs:line 100
    TargetSite:Void WinIOError(Int32, System.String)

1 个答案:

答案 0 :(得分:2)

您应该划分和拆分目录以避免出现问题。 Windows不喜欢包含数百万个文件的目录。

为了避免这个问题,我的文件总是以db行ID(这是一个guid)命名 然后guid的每个部分都是一个目录,除了最后一个目录:ID为02510b5a-a605-4a4e-b00a-f554998378a9的文件存储在目录02510b5a / a605 / 4a4e / b00a /中,并且名称为f554998378a9。所以我可以直接使用ID来访问文件,并且在很多目录中分割出数百万个文件。

编辑: 自从我在这里发布以来,我注意到了一个关于我的解决方案的注释:在.NET中,Guid被生成,因此第一部分经常变化,而最后一部分不经常(或很少)。使用上面描述的拆分导致很多第一级目录,然后在每个子目录中只有1个子目录等。所以这仍然创建了很多第一级目录,你也可以达到系统限制(我不知道在哪里限制,但Windows肯定不喜欢在同一目录中有4 000 000个子目录)

解决方案:解决方案是在创建目录时恢复为Guid部分。

示例:对于此Guid 02510b5a-a605-4a4e-b00a-f554998378a9,您应使用目录f554998378a9\b00a\4a4e\a605和文件名02510b5a

请注意,.NET Guid是使用当前时间生成的,因此如果您在循环中创建数百万个Guid,它们看起来都是一样的(只是第一部分会有所不同)并最终在同一目录中使用我的解决方案。