Windows装Go首选MSI包，因其自动配置GOROOT和PATH；需手动设GOPATH（如C:\gopath）并加%GOPATH%\bin到PATH，再用go env -w设GOPROXY=https://goproxy.cn,direct，最后通过go env、模块构建等验证。
Windows 上装 Go，用 .msi 安装包 + 配好 GOPROXY 就能跑起来；编译慢？先别动 -gcflags，检查缓存和代理是否生效更关键。
Windows 下安装 Go 为什么选 .msi 而不是 .zip
因为 .msi 安装器会自动把 C:\Go\bin 加进系统 Path，并设置好 GOROOT。你双击安装完，新开一个 CMD 或 PowerShell，直接敲 go version 就能出结果。而 .zip 是绿色版，得手动解压、加路径、设变量——新手容易漏掉某一项，导致命令找不到。
- 安装路径建议保持默认（
C:\Go），改路径后记得同步更新GOROOT值 - 装完必须关掉所有已打开的终端窗口，否则环境变量不生效
- 验证命令：运行
go env -w GOPROXY=https://goproxy.cn,direct，再执行go env GOPROXY看输出是否匹配
go mod init 后 go build 还卡住？大概率是代理没起作用
即使设置了 GOPROXY，某些情况下（比如公司内网拦截、DNS 污染）仍可能 fallback 到官方源 proxy.golang.org，导致超时或失败。现象是 go build 卡在 “Fetching …” 或报错 Get https://proxy.golang.org/…: dial tcp: i/o timeout。
- 确认代理生效：运行
go env GOPROXY，输出应为https://goproxy.cn,direct - 强制刷新模块缓存：执行
go clean -modcache，再试go build - 临时绕过代理测试：
go env -w GOPROXY=direct，如果这时能拉包，说明原代理地址不可达，换用https://goproxy.io或https://mirrors.aliyun.com/goproxy/
本地编译变慢，优先检查这三件事而不是改编译参数
Go 默认编译已经很快，盲目加 -gcflags="-N -l" 会让二进制变大、运行变慢，只适合调试。真正拖慢构建的，往往是外部因素。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
-
GOCACHE是否被清空或指向无效路径？运行go env GOCACHE查看，确保目录存在且可读写 - 依赖是否含大量未使用的 module？运行
go mod tidy清理，避免解析冗余包 - 项目是否跨盘符或放在 OneDrive/Google Drive 同步目录里？这类文件系统监控开销大，建议移到纯本地路径（如
D:\work\myproject）
go build -ldflags="-s -w" 该不该加？
加，但仅用于发布前打包。它会剥离调试符号和 DWARF 信息，让二进制体积缩小 20%–40%，但代价是无法用 delve 调试、pprof 分析堆栈也受限。
- 开发阶段：不用加，保留完整调试能力
- CI 构建或交付客户前：加上，配合
-trimpath更干净 - 注意顺序：
go build -ldflags="-s -w" -trimpath，两个 flag 必须一起用才稳定
最常被忽略的是 GOCACHE 目录权限和 GOPROXY 的 fallback 行为——它们不出错，但悄悄拖慢整个流程。调优前，先确认这两项稳了再说。
