go 1.23+已完全弃用gopath模式，go mod是唯一标准；安装后无需手动配置goroot/gopath，仅需设goproxy和gosumdb，验证go version即可。
Go 1.23+ 已完全弃用 GOPATH 项目模式，go mod 是唯一标准方式；旧教程里手动配 GOPATH 或修改 GOROOT 不仅多余，还可能引发 go build 找不到包、go get 失败等隐性问题。
安装 SDK 后别急着配环境变量
现代 Go（1.16+）安装后几乎无需手动配置：GOROOT 由安装程序自动设好，PATH 也默认包含 $GOROOT/bin。验证只需运行：
go version
看到类似 go version go1.23.0 linux/amd64 即可。若提示 command not found，只检查 PATH 是否含 /usr/local/go/bin（macOS/Linux）或 C:\Program Files\Go\bin（Windows），其他变量一律跳过。
go mod init 前必须确认当前目录无 go.mod
新建项目时，直接在空目录执行 go mod init example.com/hello 即可初始化模块。常见错误：
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 在已有
go.mod的子目录下重复执行，会报go: modules disabled by GO111MODULE=off—— 实际是当前目录已属某模块，不是开关问题 - 模块名写成本地路径如
./hello，导致后续go get解析失败 - 模块名含大写字母或下划线（如
MyApp），虽不报错但违反 Go 惯例，影响他人 import
go env -w 只需设两个关键项
国内用户真正需要持久化配置的只有：
go env -w GOPROXY=https://proxy.golang.com.cn,direct<br>go env -w GOSUMDB=off
说明：
-
GOPROXY必须包含direct作为 fallback，否则私有仓库或本地 replace 会失效 -
GOSUMDB=off仅在离线开发或内网环境启用；若保留校验，需确保代理支持 sum.golang.org 镜像（如https://goproxy.cn已内置） -
GO111MODULE=on在 1.16+ 已默认开启，设了反而冗余
VS Code 中 Go 扩展报 “No workspace detected”
这不是环境问题，而是项目根目录未识别为 Go 模块。解决步骤：
- 确认当前打开的文件夹含
go.mod文件（而非只含.go文件） - 若刚初始化，重启 VS Code 或按
Ctrl+Shift+P→ 输入Go: Reload Window - 禁用所有非官方 Go 插件（尤其旧版
ms-vscode.go），只留golang.go（微软官方维护） - 扩展设置里关掉
Go: Use Language Server以外的实验性选项，避免与新版gopls冲突
模块初始化和代理配置没做对，再好的 IDE 也救不了——先让 go list -m 能跑通，再调编辑器。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
