go version报“不是内部或外部命令”根本原因是path未包含go的bin目录，需手动将c:\go\bin加入windows环境变量并重启终端，或在macos/linux中配置export path=$path:/usr/local/go/bin并source生效。
go version 命令没反应？先检查 PATH 和 GOROOT
安装完 go 后执行 go version 报“不是内部或外部命令”，说明系统根本找不到 go 可执行文件。这不是安装失败，而是路径没生效。
- Windows 用户：确认安装时勾选了“Add Go to PATH”（.msi 安装器默认有），或手动把
C:\Go\bin加进系统环境变量PATH；改完后必须重启 CMD/PowerShell 或新开终端，旧窗口不继承新变量 - macOS/Linux 用户：检查
~/.zshrc（或~/.bash_profile）里是否写了export PATH=$PATH:/usr/local/go/bin；写完要运行source ~/.zshrc才生效 - 别依赖
GOROOT手动设置——现代 Go 安装包（1.16+）会自动探测安装路径，强行设错反而干扰go env输出
go get 总超时或 403？代理不是可选项，是必选项
国内直接访问 proxy.golang.org 或 sum.golang.org 几乎必然失败，go get 卡住、报 timeout 或 403 Forbidden 是常态，不是网络问题，是路由策略导致的。
- 执行这行命令一次性配好（推荐国内镜像）：
go env -w GOPROXY=https://goproxy.cn,direct - 如果项目涉及私有模块，加白名单：
go env -w GONOPROXY=git.internal.company.com - 验证是否生效：
go env GOPROXY应输出https://goproxy.cn,direct；注意direct在末尾，表示对白名单域名直连 - 不要用
http开头的代理地址——go1.13+ 默认禁用非 HTTPS 代理
VS Code 的 Go 扩展报 “Go language server is not available”？别急着重装
这个提示通常不是插件坏了，而是 gopls（Go 官方语言服务器）没起来，常见于模块初始化缺失或 go.mod 冲突。
- 确保项目根目录下有
go.mod文件：没有就运行go mod init example.com/myapp（模块名不用真实域名，能唯一标识就行） - 删掉
go.sum和vendor/（如果有），再执行go mod tidy——它会重新拉依赖、生成校验和、启动gopls - VS Code 设置里关掉
"go.useLanguageServer": false（如果手动关过），保持默认true - 重启 VS Code 窗口（不是 Reload Window），让扩展重新加载工作区上下文
go run 和 go build 生成的二进制行为不一致？关键在 GOOS/GOARCH
你在 Windows 上 go run main.go 能跑，但 go build 出来的 main.exe 双击闪退，或者部署到 Linux 服务器上直接报“cannot execute binary file”，大概率是目标平台没对齐。
-
go run只编译运行，不生成可执行文件，所以不涉及跨平台问题；go build默认生成当前系统可执行文件 - 交叉编译必须显式指定：
GOOS=linux GOARCH=amd64 go build -o myapp .（Linux/macOS）或set GOOS=linux & set GOARCH=amd64 & go build -o myapp .（Windows CMD） - 别信网上抄来的
CGO_ENABLED=0万能解——只在纯静态链接场景需要，多数 Web 服务默认开启 CGO 更稳定 - 用
file myapp（Linux/macOS）或.\myapp.exe属性→详细信息（Windows）确认生成文件的目标平台
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
