Windows通过WSL扩展运行VSCode：代码存储位置与性能疑问

核心结论 #

优先把代码存在WSL虚拟Linux文件系统里，哪怕是在Windows原生VSCode配合WSL扩展使用时，依然能获得更好的磁盘性能。

详细分析 #

1. 存储位置选择建议 #

• 别把代码放在Windows文件系统（比如/mnt/c、/mnt/d这类挂载目录）：WSL访问Windows文件系统的性能损耗极大，文件索引、批量读写、Git操作这类场景会明显变慢，还可能碰到权限兼容、文件路径格式冲突的问题。
• 放在WSL文件系统（比如~/projects这类路径）：既能避开上述问题，还能享受到Linux文件系统的原生性能，同时VSCode的WSL扩展会通过后台WSL服务直接访问这些文件，传输效率拉满。

2. Windows原生VSCode搭配WSL扩展的性能情况 #

哪怕你用的是Windows端的VSCode，只要通过WSL扩展连接到WSL环境，访问WSL文件系统里的代码时，性能和在WSL里原生跑Ubuntu版VSCode几乎没差别。原因是WSL扩展的工作逻辑是：VSCode的UI部分在Windows运行，但实际的语言服务、文件操作逻辑全在WSL环境里执行，文件读写直接在WSL虚拟文件系统完成，不会经过Windows和WSL之间的跨文件系统挂载层，所以性能优势完全保留。

3. 额外注意点 #

• 如果需要和Windows端其他工具共享代码，可以用WSL的wsl --export/wsl --import工具迁移，或者在WSL里创建软链接到Windows目录（但软链接指向Windows目录仍会有性能问题，仅适合小文件共享）。
• 别在WSL里频繁读写Windows挂载目录，尤其是大型项目的构建、编译操作，会严重拖慢速度。

内容的提问来源于stack exchange，提问作者nadavhaik