GOPATH规则疑问：是否单项目对应一个GOPATH？需频繁切换吗？

首先得给你吃个定心丸：一个GOPATH绝对可以管理多个项目，完全不需要频繁切换GOPATH路径！咱们一步步拆解你的问题：

1. GOPATH的核心结构与多项目共存逻辑 #

GOPATH目录下默认有三个子目录：

• src：存放所有项目的源代码，每个项目对应src下的一个独立路径（通常是类似github.com/yourusername/yourproject这样的命名空间路径）
• pkg：编译生成的包文件缓存
• bin：编译生成的可执行文件

举个例子，你的GOPATH可以同时放多个项目：

GOPATH/
├── src/
│   ├── github.com/yourname/blog-project/
│   ├── github.com/yourname/exp-test/
│   └── my-local-tools/utils/
├── pkg/
└── bin/

这些项目彼此独立，编译、依赖管理互不干扰，完全不需要修改GOPATH。

2. 桌面实验项目无法引入依赖的原因 #

你在桌面创建的项目不在GOPATH/src目录下，在旧的GOPATH模式下，Go的依赖查找机制只会从GOPATH/src和标准库中寻找包，所以自然找不到你要引入的依赖。不过现在这个问题有更优的解决方案——Go Modules！

3. 摆脱GOPATH限制：用Go Modules管理项目 #

从Go 1.11开始，Go官方推出了Go Modules，这已经是当前Go项目的标准管理方式，完全不需要依赖GOPATH。操作超简单：

1. 随便在哪个位置（比如桌面）创建你的实验项目目录，进入该目录
2. 执行初始化命令：

   go mod init github.com/yourname/your-exp-project
   

   这里的路径只是一个模块标识，不一定非要对应真实的GitHub仓库，本地项目用任意合法路径都可以
3. 之后直接用go get引入依赖就行，比如：

   go get github.com/gin-gonic/gin
   

   Go会自动创建go.mod和go.sum文件管理依赖，项目可以放在任意位置，彻底告别GOPATH的约束。

4. 要不要切换GOPATH？ #

如果坚持用旧的GOPATH模式，完全不用切换GOPATH，把不同项目放在src下的不同子路径即可；但更推荐你直接迁移到Go Modules，这是Go社区现在的主流方案，不仅解决了GOPATH的路径限制，还能更好地管理依赖版本。

我当初刚接触Go的时候也被GOPATH的规则搞得头大，换用Go Modules之后瞬间清爽多了，赶紧试试吧！

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