VSS不提供快照间文件差异接口，需先用ExposeSnapshot挂载两个快照到本地路径，再通过遍历、哈希或时间戳比对实现差异检测；挂载需管理员权限，卸载须调用UnexposeSnapshot释放COM对象，不可仅删目录。
怎么用 C# 调用 VSS 获取两个快照的文件差异
不能直接比较——VSS（Volume Shadow Copy Service）本身不提供「快照 A vs 快照 B 的文件变更列表」这种接口。它只负责创建、挂载、释放快照卷，文件级差异得你挂载后自己比。
常见错误是以为调用 IVssBackupComponents 或 GetSnapshotProperties 就能拿到 diff 结果，实际它们只返回元数据（时间、ID、状态），不涉及文件内容或路径变化。
- 必须先用
ExposeSnapshot把两个快照分别挂载到本地路径（如C:\vss1\和C:\vss2\） - 挂载后，用常规文件遍历 + 哈希/时间戳/大小比对逻辑实现差异检测
- 注意权限：需要管理员权限运行，否则
ExposeSnapshot会抛E_ACCESSDENIED - 挂载点路径不能已存在，且建议用唯一 GUID 命名（如
C:\vss_{guid}\），避免冲突
VSS 快照挂载后如何安全比对文件列表
挂载只是让快照变成一个可读目录，但 NTFS 元数据（如最后修改时间、硬链接、重解析点）可能和原始卷不完全一致；直接用 Directory.GetFiles 遍历再逐个 File.GetLastWriteTimeUtc 比，容易漏掉权限变更、ACL 差异或空目录变动。
- 优先用
Directory.EnumerateFileSystemEntries（而非GetFiles+GetDirectories分开调），减少重复 IO - 对每个路径，统一用
new FileInfo(path)读取Length、LastWriteTimeUtc、Attributes，避免部分属性被缓存干扰 - 跳过
$Recycle.Bin、System Volume Information等系统目录，它们在快照中可能不可读或结构异常 - 如果需识别新增/删除文件，建议先分别生成两套完整路径哈希集（如
SHA256of full path + size + last write time），再用HashSet<string>.ExceptWith</string>计算差集
为什么 File.GetHash() 在 VSS 挂载路径上可能失败或变慢
不是所有快照都支持随机读取优化；某些存储层（如带压缩或去重的存储池）会让 FileStream.Read 返回不完整字节，导致哈希计算卡住或结果错乱。更糟的是，VSS 挂载卷默认启用「稀疏文件」支持，而 .NET 的 FileStream 默认不处理稀疏区域跳过逻辑。
- 别直接用
File.ReadAllBytes加哈希——大文件会爆内存，且无法处理 >2GB 文件 - 改用带缓冲的流式哈希：
using var fs = new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.Read, 8192, FileOptions.SequentialScan) - 加
FileOptions.SequentialScan显式提示系统按顺序读，避免底层反复 seek 导致性能断崖下跌 - 捕获
IOException和UnauthorizedAccessException，跳过无法访问的文件（如加密 EFS 文件、被进程锁定的页文件）
C# 中清理 VSS 挂载点的正确顺序
很多人比完就删挂载目录，结果下次调用 ExposeSnapshot 失败，报 E_INVALIDARG 或 VSS_E_OBJECT_NOT_FOUND——因为挂载点没卸载，VSS 内部引用计数未归零。
- 必须调用
IVssWMFiledesc::UnexposeSnapshot（通过 COM interop），不能只删目录 - .NET 没有原生封装，需用
Marshal.ReleaseComObject释放挂载返回的IVssWMFiledesc实例 - 释放后，再用
Directory.Delete清空挂载目录（此时才真正空） - 若程序崩溃未清理，残留挂载点会导致磁盘“假占用”，可用命令行手动卸载：
vssadmin delete shadows /for=C: /oldest（慎用）
最易被忽略的一点：VSS 快照生命周期独立于挂载操作，挂载只是视图映射。即使你卸载了所有挂载点，快照本身仍存在，直到被显式删除或过期策略清理。别指望卸载就等于释放磁盘空间。
