Windows平台自制9P服务器及WSL外9P客户端可用性咨询

好问题！咱们一步步拆解你的几个疑问：

1. Windows的9P客户端是否对WSL以外的程序开放？ #

答案是否。Windows自1903版本引入的9P客户端是WSL架构的专属组件，它的API并没有对系统内的其他原生Windows程序开放。这个客户端仅能通过WSL内部的机制发起调用——比如你提到的explorer.exe .，本质上是WSL将Linux实例的文件系统通过9P协议映射到Windows的网络共享中，这个流程完全被WSL的虚拟机环境封装，外部程序无法直接调用这套9P客户端来连接任意9P服务器。

2. 能否用它替代Dokan或WinFsp？ #

完全不行。原因有两点：

• 定位不同：WSL的9P实现是专门为WSL与Windows之间的文件互访优化的，是单向（从WSL到Windows暴露共享）、场景受限的方案；而Dokan和WinFsp是通用的文件系统挂载框架，支持在Windows上挂载各种自定义文件系统（包括基于9P的），适配更多业务场景。
• 能力限制：Windows的9P客户端没有提供给原生程序挂载外部9P服务器的能力，你无法通过它让Windows直接访问任意9P共享；而Dokan/WinFsp可以让你轻松实现将远程存储、内存数据等挂载为本地磁盘，功能灵活得多。

3. 如何为Windows编写自定义9P服务器？ #

这里分两种场景来看：

• 给WSL的9P客户端使用：
  WSL的9P客户端遵循标准的9P2000.L协议，所以你只需要基于9P协议规范开发一个符合该标准的服务器即可。可以用C/C++结合lib9p这类开源库来快速实现，完成后在WSL的/etc/fstab中添加挂载配置，就能让WSL访问你的自定义9P服务器提供的共享资源。
• 给Windows原生程序使用：
  由于Windows没有公开的原生9P客户端API，如果你想让Windows原生程序访问你的9P服务器，需要自己开发配套的客户端。通常的做法是结合WinFsp（或Dokan）框架：先基于WinFsp实现一个虚拟文件系统驱动，然后在驱动上层对接你的9P服务器，将9P协议的请求转化为WinFsp的文件系统操作，最终在Windows中挂载为本地磁盘供程序访问。

内容的提问来源于stack exchange，提问作者Prof. Falken