挂载vhd必须依赖windows原生服务（vds/vss），c#仅能封装系统调用；需确保virtual disk service运行、vhd脱机、权限足够，并优先选用powershell的mount-vhd命令。
挂载VHD需要Windows原生支持，不是C#能直接绕过的
Windows从Vista开始就内置了磁盘管理子系统（diskpart、mountvol、diskmgmt.msc），但这些能力底层依赖的是Virtual Disk Service (VDS)和Volume Shadow Copy Service (VSS)。C#本身没有VHD挂载的原生API，所有“不通过Hyper-V”的操作，本质都是调用Windows系统级接口，而非自己解析VHD格式。
这意味着：你写C#代码，只是在封装系统调用，不是在“纯代码里挂载”。如果目标机器没启用Virtual Disk Service（比如某些Server Core或精简版系统），哪怕代码再完整也会失败。
-
Virtual Disk Service必须运行且具有管理员权限——普通用户进程无法触发挂载 - VHD/VHDX文件必须是脱机状态（不能正被其他进程打开或锁定）
- 挂载后分配的驱动器号可能被占用，需提前检查
Get-Volume或wmic volume - NTFS格式的VHD可读写；exFAT/FAT32仅限只读（Windows限制，非C#问题）
C#调用Mount-VHD PowerShell命令最稳，但得处理权限和执行策略
PowerShell的Mount-VHD是微软官方推荐路径，它走的是VDS标准通道，兼容VHD/VHDX，且不依赖Hyper-V角色（只要系统是Win8+/Server2012+）。C#只需启动powershell.exe并传参，但容易卡在策略或权限上。
常见错误现象：The term 'Mount-VHD' is not recognized（模块未加载）、Access is denied（UAC拦截）、Failed to mount the VHD（路径含空格未转义）。
- 必须用
Start-Process以RunAs方式启动PowerShell，否则即使程序以管理员运行，子进程仍可能是标准权限 - 显式导入
Storage模块：Import-Module Storage -Force，避免Server Core等环境默认不加载 - VHD路径要用
"& 'C:path odisk.vhdx'"包裹，防空格和特殊字符 - 不要用
PowerShell.Create()在内存中执行——它不继承当前进程的UAC令牌，挂载会静默失败
Process.Start("powershell.exe", "-Command "Start-Process powershell -ArgumentList '-Command \"Import-Module Storage -Force; Mount-VHD -Path \\\"C:\\test\\disk.vhdx\\\" -NoDriveLetter\"' -Verb RunAs"");
用IOCTL_VOLUME_MOUNT_POINT_CREATE手动挂载更底层，但VHD必须先在线
PowerShell方案背后其实做了两件事：先用OpenVirtualDisk + AttachVirtualDisk让VHD“在线”（出现在磁盘管理里），再用SetVolumeMountPoint分配盘符。C#可以跳过PowerShell，直接调Win32 API，但步骤不能省。
关键陷阱：AttachVirtualDisk返回成功 ≠ 磁盘已可用。必须接着调IOCTL_VOLUME_ONLINE（对磁盘设备句柄），否则后续挂载点操作会报ERROR_INVALID_PARAMETER。
- 调用
AttachVirtualDisk前，要确保VHD文件句柄以FILE_SHARE_READ | FILE_SHARE_WRITE打开，否则Hyper-V或其他服务可能独占锁定 -
SetVolumeMountPoint要求目标路径是空目录（如C:\mnt），不能是驱动器号（D:\）——后者是DefineDosDevice的事 - VHDX比VHD多一个
ATTACH_VIRTUAL_DISK_FLAG_NO_DRIVE_LETTER标志位，漏设会导致挂载失败 - .NET 6+ 可用
Microsoft.Win32.SafeHandles管理设备句柄，但SafeFileHandle释放顺序错乱会导致蓝屏（真实发生过）
修改VHD内文件前，务必确认卷已刷新且无缓存延迟
挂载成功后立刻用Directory.GetFiles查文件，可能返回旧列表——Windows对挂载卷的USN日志和目录缓存有延迟。这不是C#问题，是NTFS卷管理机制。
典型表现：挂载后删了一个文件，File.Exists还返回true；或者新建文件后Directory.EnumerateFiles看不到。
- 强制刷新用
FlushFileBuffers对卷根目录句柄调用（不是对文件），但需GENERIC_WRITE权限，常被拒绝 - 更稳妥的是等待
FindFirstChangeNotification收到FILE_ACTION_ADDED事件后再操作 - 如果只是读取配置文件，建议用
File.OpenRead加FileShare.ReadWrite，避免因其他进程写入导致IOException - 写入后不要立即
Dismount-VHD，先FlushFileBuffers再DetachVirtualDisk，否则VHDX校验和可能损坏
真正麻烦的从来不是怎么挂，而是挂完那一秒系统还没完全认出它是谁。这点没人提醒，但重试三次以上还失败，大概率是卷状态没同步好。
