根本原因是默认proxy.golang.org在国内直连不稳定且无fallback机制，go 1.13+强制走代理但首个地址失败即卡住；正确配置应为goproxy=https://goproxy.cn,direct并配套gosumdb=off、goinsecure（私有域名）。
为什么 GOPROXY 配置不对会导致 go mod download 卡住
根本原因不是网络慢，而是默认的 proxy.golang.org 在国内直连不稳定，且不支持 HTTP/2 或连接复用，容易触发超时或 503。更关键的是，Go 1.13+ 默认启用代理但未 fallback 到 direct，一旦代理不可达就卡在“Fetching modules”阶段，而不是自动切回直接下载。
- 现象：执行
go mod download后长时间无输出，go list -m all也卡住 - 验证方式：临时设
GOPROXY=direct再试，如果变快，说明是代理问题 - 注意：
GOPROXY是强制代理，设成direct并不等于关闭代理逻辑，只是跳过代理服务，走源站直连（可能被墙）
推荐的 GOPROXY 配置组合（兼顾速度与可靠性）
单一镜像风险高（比如 https://goproxy.cn 偶尔维护，https://proxy.golang.org 国内不通），应使用多级 fallback。Go 支持用逗号分隔多个代理地址，按顺序尝试，第一个返回 200/404 就停止，返回 5xx 或超时则试下一个。
- 推荐值：
GOPROXY=https://goproxy.cn,direct -
direct必须放在最后——它不是“关闭代理”，而是让 Go 尝试从模块原始 URL（如 GitHub）拉取，此时依赖GOSUMDB=off或可用的校验服务器，否则可能因 checksum mismatch 失败 - 避免写成
GOPROXY=https://goproxy.cn,https://proxy.golang.org,direct：第二个地址大概率超时，拖慢整体速度 - 设置命令：
go env -w GOPROXY=https://goproxy.cn,direct
必须同步调整的两个配套环境变量
GOPROXY 单独生效不够，模块校验和私有仓库访问会出问题。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
-
GOSUMDB：默认值sum.golang.org同样在国内不稳定，建议设为GOSUMDB=off（开发阶段可接受）或GOSUMDB=gosum.io+ce6e7565+AY5qEHUk/qmHc5btzW45JVoENfVvYwUy+e1F+59DM8=（国内镜像校验服务，但兼容性略差）。设off最省事：go env -w GOSUMDB=off -
GOINSECURE：如果项目用了私有 Git 仓库（如git.example.com/my/internal），必须加进去，否则即使GOPROXY=direct也会因 HTTPS 证书或重定向失败：go env -w GOINSECURE=git.example.com
验证配置是否生效及常见失效场景
改完别急着跑 go mod download，先确认环境变量已加载、且没被 shell 脚本或 IDE 覆盖。
- 检查命令：
go env GOPROXY GOSUMDB GOINSECURE，输出应是你刚设的值 - 失效场景：IDE（如 Goland）自带 Go SDK 环境，可能忽略 shell 的
go env -w，需在 IDE 设置里单独配 Go Environment - 临时覆盖测试：运行
GOPROXY=https://goproxy.cn go mod download，观察是否明显变快；成功后再固化到全局 - 注意：
go mod download缓存结果在$GOPATH/pkg/mod/cache，首次加速后后续基本不耗时，别误判为配置无效
真正麻烦的是混合了私有模块、自建 proxy 和 checksum 不一致的旧项目——这时候 GOPROXY 只是入口，得一层层查 go.mod 里 replace、exclude 和实际拉取日志才能定位卡点。
