fiber 是 go 语言 web 框架，不支持全局安装；go get 仅下载源码至模块缓存并更新 go.mod，不注入命令到 path，官方无 cli 工具，依赖管理全靠 go modules。
Fiber 是 Go 语言框架，不能“全局安装”——它没有 npm 那种包管理器级别的全局二进制命令，所有依赖都通过 go get 或 Go Modules 管理到项目本地。
为什么 go get -u github.com/gofiber/fiber/v2 不等于全局安装
这条命令只是把 Fiber 的源码下载到 GOPATH/pkg/mod 缓存目录，并在当前项目 go.mod 中添加依赖项。它不会向系统 PATH 注入任何可执行命令，也不会生成类似 fiber-cli 这样的全局工具。
常见误解来源：有人看到 Express.js 的 npm install -g express-generator，就以为 Fiber 也有对应 CLI 工具；实际上 Fiber 官方不提供、也不推荐这类脚手架。
- Fiber v2 和 v3 都没有官方 CLI，社区零星出现的
fiber-cli均非维护状态或功能残缺 - 所谓“安装 Fiber”，本质是
go mod init+go get github.com/gofiber/fiber/v2+ 写main.go - 如果你执行了
go install某个第三方 fiber 相关命令（如fiber-gen），那属于独立工具，和 Fiber 框架本身无关
真正需要配置的环境变量只有三个
Go 生态对环境变量敏感度低，但以下三项若缺失或错配，会导致 go get 失败、模块无法解析、甚至 go run 找不到依赖：
-
GOPROXY：必须设为国内镜像（如https://goproxy.cn或https://proxy.golang.org），否则go get会卡在 github.com 请求超时 -
GO111MODULE：建议显式设为on，避免在老项目中意外进入 GOPATH mode 导致依赖混乱 -
GOPATH：Go 1.16+ 已默认启用 module mode，GOPATH仅影响go install编译的二进制存放位置（默认是$HOME/go/bin），需确保该路径已加入系统PATH，否则自建工具无法直接运行
验证是否配置到位的最快方式
不用跑完整项目，只需终端执行三步：
go env -w GOPROXY=https://goproxy.cn,direct go env -w GO111MODULE=on go mod init testfiber && go get github.com/gofiber/fiber/v2@v2.52.0
如果最后没报 unknown revision 或连接超时，说明环境变量和代理都生效了。注意：v2.52.0 要替换成你实际想用的稳定版本号（查 GitHub Releases）。
别在 GOROOT 上折腾——那是 Go 安装路径，改它容易导致 go 命令自身异常；所有业务级配置只动 GOPROXY、GO111MODULE、PATH 就够了。
