添加异步并发以替换 foreach 循环 C#

Question

我有一个创建 Zip 文件的函数，当文件数为几千时它工作得很好。但是，这在有时间限制的操作中并不是一个有效的解决方案。我想知道是否可以添加异步并发，以便最大限度地减少完成操作所需的总时间。

代码：

public static void CreateZip()
{
    Stopwatch stopwatch = new Stopwatch();
    stopwatch.Start();
    string dirRoot = @"C:\Dir\";

    //get a list of files
    string[] filesToZip = Directory.GetFiles(dirRoot, "*.*",
        SearchOption.AllDirectories);

    string zipFileName = @"C:\Dir.zip";

    using (MemoryStream zipMS = new MemoryStream())
    {
        using (ZipArchive zipArchive = new ZipArchive(zipMS, ZipArchiveMode.Create,
            true))
        {

            //loop through files to add
            foreach (string fileToZip in filesToZip)
            {
                //read the file bytes
                byte[] fileToZipBytes = System.IO.File.ReadAllBytes(fileToZip);

                //create the entry - this is the zipped filename
                //change slashes - now it's VALID
                ZipArchiveEntry zipFileEntry = zipArchive.CreateEntry(
                    fileToZip.Replace(dirRoot, "").Replace('\\', '/'));

                //add the file contents
                using (Stream zipEntryStream = zipFileEntry.Open())
                using (BinaryWriter zipFileBinary = new BinaryWriter(zipEntryStream))
                {
                    zipFileBinary.Write(fileToZipBytes);
                }
            }
        }

        using (FileStream finalZipFileStream = new FileStream(zipFileName,
            FileMode.Create))
        {
            zipMS.Seek(0, SeekOrigin.Begin);
            zipMS.CopyTo(finalZipFileStream);
        }
        stopwatch.Stop();
        Console.WriteLine("Total time elapsed: {0}",
            stopwatch.ElapsedMilliseconds / 1000);
    }
}

Answer 1

我没有提到zipArchive 上的任何方法都是线程安全的。因此应该假设它们不是，并且你不能从多个线程调用它而不发生坏事。

您可以在后台线程上将整个方法作为任务运行，从而不会阻塞主线程，请参阅asynchronous programming 和Task.Run。向用户显示进度条通常也很好。但这不会使实际压缩时间更快。

还有其他压缩库，我知道7zip支持多线程压缩，但可能还有其他的。

另外，如果您只想从目录创建存档，您可能需要使用CreateFromDirectory

您可以在创建条目时选择压缩级别，以在速度和大小之间进行权衡。 SharpZipLib 可能会提供更多的灵活性。但是这样能做的也就这么多了，压缩文件涉及到大量的IO操作，这根本上是很慢的。