WinFsp项目中的Notepad保存问题分析与解决方案

问题背景

近期在Windows 11系统上使用WinFsp文件系统时，用户报告了一个特定问题：通过Notepad应用程序保存文本文件时出现异常。该问题表现为当用户尝试在Notepad中编辑并保存文件时，系统会弹出"Save as"对话框，随后显示错误信息"该卷不包含可识别的文件系统"。

问题分析

经过深入调查，发现问题根源在于Windows Notepad应用程序的最新版本(11.2406.9.0)中引入的行为变更。该版本开始使用GetFinalPathNameByHandleW API来获取文件路径，而这一API对于通过DefineDosDeviceW创建的本地驱动器存在兼容性问题。

关键发现点包括：

1. 问题仅出现在特定版本的Notepad应用中
2. 通过Mount Manager或网络驱动器方式挂载的文件系统不受影响
3. 使用subst命令创建的驱动器也能正常工作
4. 错误实际上来自Windows API而非WinFsp文件系统本身

技术细节

GetFinalPathNameByHandleW API在处理本地驱动器时存在以下限制：

1. 无法正确处理通过DefineDosDeviceW创建的本地驱动器
2. 能够正确处理网络驱动器(具有UNC前缀)
3. 能够正确处理通过Mount Manager创建的全局"磁盘"驱动器

这种不一致行为实际上是Windows API的一个长期存在的限制，而非WinFsp的缺陷。

解决方案

针对这一问题，我们推荐以下几种解决方案：

方案一：使用Mount Manager方式挂载

修改挂载代码，使用Mount Manager方式创建驱动器：

// 旧代码
PtfsCreate(0, const_cast<PWSTR>(moutPath.c_str()), 0)

// 新代码
PtfsCreate(0, const_cast<PWSTR>((std::wstring(L"\\\\.\\") + moutPath).c_str()), 0)

同时需要设置注册表项以允许非管理员使用Mount Manager：

[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\WinFsp]
"MountUseMountmgrFromFSD"=dword:00000001

方案二：使用网络驱动器方式挂载

通过MUP(多UNC提供程序)挂载为网络驱动器，这种方式不受API限制影响。

方案三：等待Notepad更新

微软已在后续版本的Notepad(11.2407.8.0)中修复了此问题，用户可以选择更新应用程序。

最佳实践建议

1. 对于需要广泛兼容性的应用，优先考虑使用Mount Manager或网络驱动器方式挂载
2. 在安装程序中自动配置相关注册表设置
3. 注意32位和64位系统的注册表差异，确保设置正确的位置
4. 对关键功能进行多版本Windows测试，特别是API行为可能随更新变化

总结

这一问题展示了Windows API在实际使用中可能存在的微妙兼容性问题。通过深入理解API行为和系统架构，我们能够找到有效的解决方案。WinFsp项目提供了灵活的挂载选项，开发者可以根据具体需求选择最适合的挂载方式，确保应用程序的稳定性和兼容性。