为什么FileStream和CopyFile比Windows资源管理器慢得多？

我不知道你是否还在经历这个问题,但我已经和这个问题搏斗了好几天,所以我想我会发布这个.我终于找到了一个与Explorer复制例程相当的解决方案.我不知道这是否适用于FileStream,但我能够使用CopyFile或CopyFileEx来获得相同的性能.就我而言,CopyFileEx是一个更好的选择,因为我想要一个进度回调.在使用Process Monitor检查复制过程之后,我注意到系统在每个32k块复制的每次读写操作之前重置了流的位置(即使它没有移动)(因此性能很差).在任何一种情况下,密钥都是在开始复制操作之前使用FileIOPermission在源文件和目标文件上设置IO权限.

以下是我的代码中的相关摘录：

new FileIOPermission(FileIOPermissionAccess.Read,SourcePath).Demand();
new FileIOPermission(FileIOPermissionAccess.Write,DestinationPath).Demand();

if (!NativeCopy.CopyFileEx(SourcePath,DestinationPath,new NativeCopy.CopyProgressRoutine(this.CopyProgressHandler),GCHandle.ToIntPtr(hArgs),ref pbCancel,flags))
{
    throw new IOException(new System.ComponentModel.Win32Exception().Message);
}

希望这会有所帮助.它让我疯狂地想弄清楚发生了什么.