go环境验证需依次检查：1. go version输出正确版本；2. path含go的bin目录且无多版本冲突；3. goroot指向安装根目录、goenv可写；4. 编译运行main.go输出"hello, go"；5. go mod init与go mod tidy成功拉取依赖。
Go 环境不用装一堆插件、不用配复杂路径，只要 GOROOT 正确、PATH 包含 go 可执行文件，就能直接编译运行——这是 Go 原生设计决定的，不是“省事”，而是它本就不需要。
验证 go 是否真正可用，而不是只看 version
很多人跑完 go version 就以为环境好了，结果写个 main.go 一运行就报 command not found: go 或 cannot find package "fmt"。根本原因是 shell 没加载新 PATH，或安装包没解压到预期位置。
- 在终端里直接输入
which go，确认输出路径（比如/usr/local/go/bin/go） - 检查该路径是否在
$PATH中：echo $PATH | grep -o "/usr/local/go/bin" - 临时测试：用绝对路径跑命令，比如
/usr/local/go/bin/go run main.go—— 成功说明是 PATH 问题，不是 Go 本身坏 - 别信 GUI 终端自动继承环境变量，macOS 的 Terminal、Linux 的 GNOME Terminal 都可能不读
~/.bashrc，改~/.zshrc（zsh 默认）或~/.profile
编译一个无依赖的二进制，为什么有时还是带 cgo？
Go 默认启用 cgo，哪怕你代码里没 import C，只要标准库用了（比如 net、os/user），就会链接 libc。这会导致二进制不能直接扔到 Alpine 镜像里跑，或者在某些嵌入式设备上失败。
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 确认是否启用了 cgo：
go env CGO_ENABLED，输出1表示启用 - 强制关闭：
CGO_ENABLED=0 go build -o myapp . - 注意副作用：关闭后
net会退化为纯 Go 实现（DNS 解析走 TCP fallback，慢但可靠），os/user不可用，sqlite等绑定 C 库的包直接编译失败 - 交叉编译时更需留心：
GOOS=linux GOARCH=arm64 CGO_ENABLED=0 go build才能生成真正静态的 ARM64 二进制
LiteIDE 或 VS Code 都不是必须的，但 gopls 是关键依赖
如果你用 VS Code 写 Go，官方 Go 扩展会提示你安装 gopls；如果用 LiteIDE，它内置了类似功能但不叫这个名字。跳过这步，你会失去跳转定义、实时错误提示、自动补全——不是 IDE 不行，是语言服务器没起来。
-
gopls不是可选插件，它是 Go 工具链的官方语言服务器，从 Go 1.18 起就是标配 - 手动安装：
go install golang.org/x/tools/gopls@latest，确保它在$GOPATH/bin或$HOME/go/bin下，且该路径已加入PATH - VS Code 中打开设置，搜
go.gopls.path，填绝对路径（如/home/you/go/bin/gopls），避免扩展找不到 - LiteIDE 不需要额外装
gopls，但它依赖GOROOT下的src目录完整——删了src或解压不全，就会提示 “no packages found”
真正轻量的 Go 开发，核心就三件事：确认 go 在 PATH、关掉不需要的 cgo、让 gopls 跑起来。其余全是锦上添花。最容易被忽略的是 shell 环境加载顺序和 CGO_ENABLED 的隐式影响——它们不会报错，但会让编译结果和预期不一致。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
