直接设置GOPROXY环境变量即可，推荐值为https://goproxy.cn,https://mirrors.aliyun.com/goproxy/,direct，末尾direct确保私有模块直连，多源逗号分隔实现自动fallback。
go get 时怎么换国内镜像源
直接改 GOPROXY 环境变量就行，go get 会自动走代理，不用动 Fiber 本身或修改 go.mod。国内主流镜像源（如清华、中科大、阿里云）都完整同步了 GitHub 和 Go Proxy 协议，github.com/gofiber/fiber/v2 这类包能秒级拉取。
- 临时生效（当前终端）：
export GOPROXY=https://mirrors.aliyun.com/goproxy/,https://proxy.golang.org,direct - 永久生效（推荐）：写进 shell 配置文件（如
~/.zshrc或~/.bashrc），再执行source ~/.zshrc - Windows 用户用 PowerShell：
$env:GOPROXY="https://mirrors.aliyun.com/goproxy/,https://proxy.golang.org,direct" - 别只写一个源——末尾的
direct是 fallback，防止镜像临时挂掉导致go get卡死或失败
go mod download 也得配 GOPROXY
装完 Fiber 后跑 go mod download 报错“timeout”或“no matching versions”，大概率是模块依赖（比如 golang.org/x/sys）没走镜像源。Fiber v2/v3 依赖多个 golang.org 子模块，这些域名在国内直连基本不可用。
- 确认是否生效：
go env GOPROXY输出应包含镜像地址，不是空或https://proxy.golang.org - 如果输出仍是默认值，说明 shell 配置没 reload，或者你在 Docker 构建阶段没显式设置（见下条）
- Docker 多阶段构建中，必须在
FROM golang:alpine后立刻RUN go env -w GOPROXY=...，否则第一阶段go build仍会超时
go install fiber-cli 也要走镜像
如果你用 fiber new myapp 脚手架初始化项目，它底层调用 go install github.com/gofiber/cli@latest。这个命令同样受 GOPROXY 控制，但容易被忽略——因为报错信息常显示 “cannot find module providing package”，而不是网络超时。
- 先验证 CLI 是否能装：
go install -v github.com/gofiber/cli@latest，看输出里有没有Fetching行指向镜像域名 - 如果卡在
golang.org/x/tools，说明 GOPROXY 没生效，不是 Fiber 的问题 - CLI 安装后，
fiber new生成的go.mod默认用github.com/gofiber/fiber/v2，你仍需手动改go get -u命令里的版本号（比如切到v2.50.0）来避免拉最新不稳定版
为什么不能只改 go.mod 的 replace
replace 是给特定模块打补丁用的，不是镜像代理。比如 replace golang.org/x/net => github.com/golang/net v0.25.0 只解决单个包，但 Fiber 依赖链里还有 x/sys、x/text、google.golang.org/protobuf 等十多个，全手工 replace 易漏、难维护、且不解决 go get 初始拉取慢的问题。
- 真正要的是“所有模块统一走镜像”，不是“把某个模块替换成另一个仓库”
-
replace在 CI/CD 流水线里还可能被go mod tidy -compat=1.21清掉，不如 GOPROXY 稳定 - 镜像源返回的是标准 Go Proxy 格式（
/@v/list、/@v/vX.Y.Z.info），和官方协议完全兼容，无任何兼容性风险
最常被忽略的一点：GOPROXY 设置后，go list -m all 仍可能显示部分模块来自 direct，这是正常现象——只有真正需要下载源码时才会触发代理，而 list 只读本地缓存或 go.sum。只要 go build 不卡，就说明镜像已起效。
