Go 1.21+ 不再强制要求 GOPATH 和项目位置，但旧工具链或脚手架可能仍依赖它；go version 报错因 PATH 未包含 go 二进制路径；GOROOT 通常无需设置，仅多版本共存且不改 PATH 时需指定；go mod init 报错多因模块路径不符合语义规则；IDE 缓存环境变量需重启生效。
Go 1.21+ 已不再需要 GOPATH，也不强制要求项目放在 $HOME/go 下；但若你用的是旧版工具链、依赖某些老脚手架（比如早期 dep 或部分 CI 脚本），或想兼容团队遗留配置，GOPATH 仍可能被隐式读取 —— 所以不是“删了就完事”，而是“得知道它在哪、谁在用、要不要留”。
下载安装包后为什么 go version 仍报 command not found
本质是系统找不到 go 可执行文件。Mac/Linux 默认解压到 /usr/local/go，但该路径不在 $PATH 中；Windows 则取决于安装器是否勾选“Add to PATH”。
- Linux/macOS：把
/usr/local/go/bin加进 shell 配置（如~/.zshrc或~/.bash_profile）：export PATH=$PATH:/usr/local/go/bin
然后运行source ~/.zshrc - Windows：手动检查环境变量
Path是否含C:\Program Files\Go\bin（或你自定义的安装路径），注意不要漏掉\bin - 验证方式不是只跑
go version，还要跑which go（macOS/Linux）或where go（Windows），确认路径指向正确安装目录
GOROOT 什么时候必须显式设置
绝大多数情况不用设。只有当你手动解压多个 Go 版本（比如 /opt/go1.20、/opt/go1.22），又不想改系统 PATH，才靠 GOROOT 指定当前使用版本。
- Go 安装程序自带的
go二进制会自动推导GOROOT，设错反而导致go build找不到标准库（报错类似cannot find package "fmt"） - 多版本切换推荐用
gvm或asdf，而不是硬编码GOROOT - 如果已设过，运行
go env GOROOT看输出是否和which go的上级目录一致；不一致就删掉GOROOT环境变量
模块初始化时 go mod init 报错 “malformed module path”
这是 go.mod 第一行的模块路径写法不符合 Go 的语义规则，常见于直接用本地路径（如 go mod init /home/user/myproj）或含大写字母/下划线（如 go mod init My_Project）。
PHP5 MySQL 编程入门
下载
既有较为详细的PHP与MySQL基础知识介绍，也有大量针对不同应用的技术说明，并伴随了大量小而精的示例来加深读者的理解，便于通过实验来掌握知识并学会应用。令书以PHP开发者为核心，从环境搭建到系统开发，从局部技术点到项目全程把握，立体式介绍了PHP5+MySQL的技术要点以及丰富的延伸知识，可以让读者享受到提升开发能力的极速体验。
立即学习“go语言免费学习笔记（深入）”；
- 模块路径应是虚拟导入路径，不是物理路径；推荐格式：域名反写 + 项目名，例如
go mod init github.com/yourname/myproj或go mod init example.com/myproj - 即使没托管到 GitHub，也建议按此格式写 —— 否则后续加依赖、发布到私有代理（如
proxy.golang.org）时会出问题 - 若只是本地测试，可用占位符如
go mod init local/myproj，但需确保所有import语句与之匹配，且不上传到公共仓库
真正容易被忽略的点是：IDE（如 VS Code 的 Go 插件）会缓存 GOROOT 和 GOPATH，改完环境变量后不重启编辑器，代码补全和跳转可能仍走旧路径。遇到奇怪的 import 错误，先关掉编辑器再重开。
