go 中多项目路径管理依赖 gopath 顺序与项目结构匹配，而非简单选目录；go build 报 cannot find package 是因当前目录不在 $gopath/src/ 下合法路径，且 import 路径必须与磁盘路径严格一致。
多项目路径管理在 Go 中不是靠“选目录”解决的，而是靠明确 GOPATH 顺序 + 项目结构适配决定能否正常构建和导入。
为什么 go build 报 cannot find package
这不是路径没加进 GOPATH，而是当前目录不在 $GOPATH/src/ 下的合法包路径里。Go 在 GOPATH 模式下只认 $GOPATH/src/github.com/user/repo/ 这类结构，且 import 路径必须与磁盘路径完全一致。
- 运行
pwd和echo $GOPATH，确认当前路径以$GOPATH/src/xxx开头 - 检查
go env GO111MODULE，输出on说明模块模式已启用，此时 GOPATH 不影响构建——你可能根本没在用 GOPATH 模式 - 如果项目根目录是
~/code/myapp，但没软链或手动放到$GOPATH/src/下，go build就会失败
多路径 GOPATH 的写入行为必须清楚
Go 工具链对多个 GOPATH 路径的处理是单向写入、多向读取：所有 go get、go install、编译缓存都只写入第一个路径；后续路径仅用于查找已有代码。
- 把存放第三方依赖的路径（如
~/go）放在最前，避免go get写到个人项目目录里 - 工作项目路径（如
~/code/Work）和私人项目路径（如~/code/Personal）放在后面，只读不写 - 每个路径下仍需有
src/子目录，否则 Go 不会扫描它 - Windows 用户注意用分号
;分隔，不是冒号
项目目录结构怎么放才不踩坑
两种可行方式，选其一并坚持用到底：
- 传统方式：每个项目按 import 路径放进
$GOPATH/src/，比如项目github.com/you/app必须放在$GOPATH/src/github.com/you/app/ - 符号链接方式：项目保持平铺（如
~/code/Work/app），再建软链：ln -sf "$HOME/code/Work/app" "$GOPATH/src/github.com/you/app" - 不要混用——同一 GOPATH 下既有真实目录又有软链，容易导致
go list输出混乱或go mod vendor行为异常
GO111MODULE=off 是多 GOPATH 生效的前提
只要 GO111MODULE 是 on 或 auto（且当前目录含 go.mod），Go 就忽略 GOPATH，走模块路径解析。多路径 GOPATH 只在纯 GOPATH 模式下起作用。
- 临时关闭模块：运行
GO111MODULE=off go build - 永久关闭（不推荐）：在 shell 配置中加
export GO111MODULE=off，但会失去版本控制和 vendor 支持 - 新项目直接用
go mod init example.com/myapp，不用操心 GOPATH 路径顺序
真正容易被忽略的是：多 GOPATH 不是“让任意目录都能 go build”，而是“让多个 src 目录参与包查找”。如果你已经用模块，就别折腾 GOPATH 顺序；如果还在维护老项目，务必确认 GO111MODULE=off 且每个项目都落在 src/ 下对应路径里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
