go环境配置需设好goroot和path，验证须执行go env goroot、go env goproxy及go mod init+go build；项目应优先构建最小可部署骨架，注意cgo_enabled、静态链接与跨平台构建参数，避免上线缺失库错误。
Go 环境能直接用 go install 装二进制，不用配 GOPATH（1.16+ 默认开启 module mode），但必须设好 GOROOT 和 PATH，否则 go 命令根本找不到。
验证 Go 安装是否真正可用
很多人执行 go version 成功就以为完事了，其实只是 shell 找到了可执行文件，不代表编译器和工具链能正常工作。真正要测的是：
-
go env GOROOT输出路径必须存在且含bin/go、pkg/tool等目录 -
go env GOPROXY建议设为https://proxy.golang.org,direct，国内可换为https://goproxy.cn，否则go get会卡在模块拉取 - 运行
go mod init example.com/test并go build一个空main.go—— 这步失败常因CGO_ENABLED=0或系统缺少 libc 头文件（如 Alpine 镜像需装musl-dev）
快速初始化一个可部署的最小项目结构
别从 go mod init 后就直接写业务逻辑。先搭出能跑通 CI/CD 流水线的骨架，避免后期重构浪费时间：
- 根目录放
go.mod和main.go，main.go只保留func main() { fmt.Println("ok") } - 加
.gitignore：至少过滤/bin/、/pkg/、go.sum（若用 vendor）、*.swp - 写个最小
Dockerfile：用golang:1.22-alpine构建，CGO_ENABLED=0编译，COPY 二进制到scratch镜像 —— 这样镜像大小压到 ~8MB，且无 libc 兼容风险 - 别急着引入 Gin/Echo：标准库
net/http+http.ServeMux足够支撑初期 API，减少依赖爆炸
部署时最常被忽略的构建参数
go build 默认生成动态链接二进制，上线后可能报 standard_init_linux.go:228: exec user process caused: no such file or directory。根源是没关 CGO 或没指定目标平台：
- 跨平台构建必须加
GOOS=linux GOARCH=amd64 go build -o bin/app（即使你在 macOS 开发） - 静态链接强制用
CGO_ENABLED=0 go build -a -ldflags '-s -w' -o bin/app：-s去符号表，-w去 DWARF 调试信息，体积直降 30%~50% - 如果用了
cgo（比如调sqlite3或某些加密库），就不能设CGO_ENABLED=0，得改用glibc基础镜像（如debian:slim），且确保容器内有对应共享库
真正麻烦的不是装 Go，而是让构建产物在任意 Linux 发行版上不报错地启动 —— 这取决于你是否提前控制了 CGO、链接模式和目标架构，而不是等上线才看日志里那一长串 missing library 错误。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
