Windows与WSL开发Go代码是否需使用独立$GOPATH？

完全可以共用同一个$GOPATH，但需要处理好文件系统映射、权限配置和跨环境编译的细节，以下是具体实操要点：

• 选对存储位置
  优先把$GOPATH放在Windows文件系统中（比如C:\GoProjects），因为WSL可以通过/mnt/c/GoProjects高效访问Windows目录；反过来Windows访问WSL文件系统（\\wsl$\<发行版名>\...）的性能会明显偏低，不推荐作为共用目录。

• 配置两边的环境变量

  • Windows端：在系统环境变量中设置GOPATH=C:\GoProjects
  • WSL端：在~/.bashrc或~/.zshrc中添加export GOPATH="/mnt/c/GoProjects"，执行source ~/.bashrc使配置生效

• 处理权限问题
  WSL访问Windows文件系统时默认权限为777，一般不会有问题；若遇到权限报错，可执行chmod -R 755 $GOPATH调整目录权限。注意不要用sudo操作Windows侧的$GOPATH目录，否则可能导致Windows端访问时出现权限混乱。

• 依赖与编译的注意事项

  • 推荐开启Go Modules（GO111MODULE=on），这种模式下依赖会存储在项目的go.mod和go.sum中，比传统GOPATH模式更适配跨环境开发，减少共用目录带来的冲突
  • 跨环境编译时需指定目标系统架构：
    • 在WSL中编译Windows程序：GOOS=windows GOARCH=amd64 go build
    • 在Windows中编译Linux程序：set GOOS=linux&&set GOARCH=amd64&&go build

• 避坑提醒

  • 在WSL中必须使用Linux风格的路径（比如/mnt/c/GoProjects），不要直接用Windows路径格式（C:\GoProjects）
  • 避免同时在Windows和WSL端修改同一个项目文件，编辑器缓存可能导致内容不同步，推荐使用VS Code的WSL远程开发模式统一处理跨环境项目

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