根本原因是windows未将go安装路径添加到path环境变量，需手动将go的bin目录（如c:\program files\go\bin）加入用户级path并重启命令行。
Windows上用MSI安装后为什么go version报错？
不是路径没加进PATH，而是安装时勾选了“Add Go to PATH for all users”但当前用户没刷新环境变量。PowerShell或CMD新开窗口后仍读不到新PATH，因为Windows服务级PATH变更需登出重进或手动refreshenv（需chocolatey）或重启终端。
实操建议：
- 安装MSI时**务必取消勾选**“Add Go to PATH for all users”，改选“Add Go to PATH for current user”，避免权限和继承问题
- 若已安装出错，直接去【系统属性→高级→环境变量】，在“用户变量”里检查
PATH是否含C:\Program Files\Go\bin；没有就手动加 - 验证时别只用
go version，顺手跑where go（Windows）或which go（WSL），确认调用的是你刚装的那一个
Linux多用户共用服务器该不该用apt install golang？
不该。系统包管理器装的Go（如Ubuntu 22.04自带golang-1.18）通常删减了src和pkg目录，导致go build -buildmode=shared、go tool compile等底层操作直接失败，且版本锁死无法升级。
实操建议：
- 每个用户执行：
mkdir -p ~/local/go && curl -sL https://go.dev/dl/go1.22.5.linux-amd64.tar.gz | tar -C ~/local -xzf - - 在
~/.bashrc里写死三行：export GOROOT=$HOME/local/go、export PATH=$GOROOT/bin:$PATH、export GOPATH=$HOME/go - 绝对不要运行
sudo apt install golang或go env -w GOROOT=...——前者污染系统，后者会覆盖shell变量且难以追踪
GO111MODULE=on时还要不要设GOPATH？
要设，但作用变了：不再决定代码存放位置，而是控制go install输出路径和模块缓存根目录。不设GOPATH时，go install默认往$HOME/go/bin写，而$HOME可能被NFS挂载，多人并发写go.mod或go.sum会触发缓存损坏。
实操建议：
- 显式设置
export GOPATH=$HOME/go（结构不变，但路径归属明确） - 额外设
export GOBIN=$HOME/bin，确保go install生成的二进制不和系统命令冲突，且$HOME/bin通常已在PATH中 -
export GOCACHE=$HOME/.cache/go-build，避免NFS锁问题；若服务器禁用home缓存，改用/tmp/$USER/go-cache
VS Code里gopls总崩溃或没响应？
根本原因常是GOPROXY配置错误或gopls版本与Go SDK不匹配。比如Go 1.22+要求gopls v0.14+，但VS Code插件可能缓存旧版，或代理返回403/timeout导致初始化卡死。
实操建议：
- 先在终端确认：
go env GOPROXY应为https://proxy.golang.org,direct或国内镜像如https://goproxy.cn,direct；若为空，执行go env -u GOPROXY清除误设 - 在VS Code里按
Ctrl+Shift+P→ “Go: Install/Update Tools”，勾选gopls重新拉取 - 项目根目录下建
go.work文件（内容仅go 1.22），强制gopls识别模块边界，避免跨项目索引混乱
GOPATH和GOCACHE路径是否真正属主唯一、是否避开了NFS或tmpfs限制——这些在单机开发时毫无感觉，一上生产服务器或CI流水线，就会在go mod download并发写入时突然崩掉，日志里只显示“failed to save module cache”这种模糊错误。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
