初学者应直接安装Go官方二进制包：Windows用.msi安装器，macOS/Linux解压tar.gz至/usr/local；无需配置GOPATH，GO111MODULE默认开启；国内需设置GOPROXY和GOSUMDB；编译体积大属正常，精简可加-ldflags="-s -w"及CGO_ENABLED=0。
Go 环境搭建：别配 GOPATH，也别碰包管理器
初学者直接装官方二进制包就行，Windows 用 .msi 安装器，macOS/Linux 解压 go*.tar.gz 到 /usr/local。安装后 go version 能输出版本即成功——GOROOT 自动设好，PATH 也加进去了，不用手动折腾。
Go 1.16+ 默认开启 GO111MODULE=on，新建项目只需：
mkdir myapp && cd myapp<br>go mod init myapp
写个 main.go，go run . 就能跑。别再把代码塞进 $GOPATH/src，那是老教程的坑。
国内用户务必设代理，否则 go get 或插件下载会卡死：
立即学习“go语言免费学习笔记（深入）”；
go env -w GOPROXY=https://goproxy.cn,direct-
go env -w GOSUMDB=off（仅开发阶段临时用，生产慎关）
编译体积大不是 bug，是默认静态链接 runtime
一个只打印 "hello" 的程序，编译出来 2.4 MB（Windows）或 1.8 MB（Linux），很正常。Go 把 GC、goroutine 调度器、反射信息、fmt 和 os 的完整实现全打进去了，不依赖系统 libc，保证“一次编译，随处运行”。
但体积不是不能减。关键不在删代码，而在告诉链接器：“别塞这些我用不着的东西”。最基础、零副作用的组合是：
-
-ldflags="-s -w"：必须一起用，-s剥符号表，-w去 DWARF 调试信息；单独用效果差，新版 Go 甚至可能报错 -
-trimpath：去掉源码绝对路径，提升构建确定性，也微降体积 -
CGO_ENABLED=0：关掉 cgo，避免悄悄链接 libc（尤其 Alpine 镜像里，这一步能省 1–2 MB）
安全精简命令示例：
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
CGO_ENABLED=0 go build -trimpath -ldflags="-s -w" -o myapp ./main.go
交叉编译和容器构建时容易漏掉的点
在 Dockerfile 里写了 CGO_ENABLED=0，结果镜像里二进制还是 8 MB？大概率是构建环境没隔离干净：
- 确保
FROM golang:alpine（或对应 SDK 镜像）只用于编译，最终COPY进去的是 builder 阶段生成的二进制，不是整个/go目录 - 检查是否意外 import 了
_ "net/http/pprof"或_ "expvar"—— 即使没调用，也会拉入整套 HTTP server 逻辑，白增 1–2 MB - 用了
net/http或crypto/tls？证书验证、ASN.1 解析器会自带进来，这时体积压缩幅度天然受限，不是参数失效
验证是否真静态链接：
file ./myapp
输出含 statically linked 才算成功；若显示 dynamic 或列出 libc.so，说明 CGO_ENABLED=0 没生效。
UPX 不是银弹，压完得验证能不能跑
UPX 确实能把 Go 二进制再压 20%–30%，但代价明显：
- 启动变慢（解压耗时）
- AWS Lambda、部分容器运行时禁止内存页解压，直接拒载
- 杀毒软件可能报“加壳行为”误报
- 启用
--no-slim是必须的，否则 panic 时 traceback 行号全丢
别一上来就 UPX。先用 -ldflags="-s -w" + CGO_ENABLED=0 把基础体积压下来，再考虑：
upx --best --lzma ./myapp
压完立刻测试：
./myapp --help && echo "ok" || echo "fail"
更关键的是看崩溃行为：故意触发 panic，确认能否打出带行号的 stack trace —— 这才是调试能力是否被破坏的真实指标。
