现在不用配 gopath是因为go 1.16+默认启用模块模式，项目依赖由go.mod管理，gopath仅用于缓存和安装二进制，不再决定源码位置；局部环境变量可通过export或脚本在项目内临时设置，避免全局污染。
直接用 go mod 初始化项目，就不用全局配置 GOPATH；局部环境变量只需在项目目录下通过 shell 配置生效，不污染系统。
为什么现在不用配 GOPATH？
Go 1.16+ 默认启用模块模式（GO111MODULE=on），项目依赖和构建完全由 go.mod 文件控制。此时 GOPATH 仅用于缓存下载的包（$GOPATH/pkg/mod）和安装的二进制（$GOPATH/bin），不再决定源码位置。
- 旧式
GOPATH/src/xxx结构已非必需，项目可放在任意路径 -
go run、go build、go test全部基于当前目录是否含go.mod自动识别模块根 - 强行把项目塞进
GOPATH/src反而可能触发模块关闭警告（go: inconsistent vendoring或go: cannot find main module）
如何为单个项目设置局部环境变量？
避免修改全局 ~/.bashrc 或系统 PATH，只在项目内临时生效：
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- Linux/macOS：在项目根目录运行
export GOPROXY=https://goproxy.cn,direct（仅当前 shell 有效） - Windows PowerShell：运行
$env:GODEBUG="http2server=0"（会话级，不影响其他终端） - 更稳妥的做法是写一个
.envrc（需direnv）或setup-env.sh，内容如：export GOPROXY=https://goproxy.cn,direct export GIN_MODE=release
- 注意：不要用
go env -w写入项目级变量——它写的是用户级配置，不是局部的
常见错误：go run 报 “cannot find module providing package”
这不是环境变量问题，而是模块未初始化或路径错位：
- 先确认当前目录下执行过
go mod init example.com/myapp（名称可任意，但需合法） - 检查
go.mod是否生成，且第一行是module example.com/myapp - 如果项目有子目录（如
cmd/server/main.go），必须在cmd/server目录下运行go run .，而不是在根目录下乱跑 -
go list ./...能列出所有包，说明模块结构被正确识别；否则就是go.mod缺失或位置不对
真正需要“局部环境”的地方，其实是代理、调试开关、测试标签这类运行时行为，而非 GOROOT 或 GOPATH 这类安装路径——后者改了反而容易让 go 命令找不到编译器或标准库。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
