根本原因是模块缓存目录（如$GOPATH/pkg/mod或GOMODCACHE）权限不足，而非Fiber本身；应避免sudo，改用export GOMODCACHE=~/go-modules等用户可控路径解决。
go get 安装 Fiber 时提示权限不足，根本不是 Fiber 本身的问题，而是 Go 模块下载机制在当前用户环境下无法写入 $GOPATH/pkg/mod 或全局模块缓存目录。直接 sudo go get 或改用管理员账户是危险操作，会污染模块路径、破坏多项目隔离，还可能让后续 go build 失败。
确认权限问题是否真出在模块下载环节
先运行 go env GOPATH 和 go env GOMODCACHE，看输出路径是否属于当前用户可写目录。常见错误现象包括：
-
permission denied出现在mkdir /usr/local/go/pkg/mod或类似系统级路径下 - 执行
go get github.com/gofiber/fiber/v2后报错cannot write to /path/to/mod: permission denied - 同一命令在其他用户（如
sudo -u $USER）下能成功，说明是路径所有权问题
优先用本地 GOPATH 隔离解决
不碰系统路径，把模块缓存移到你有完全控制权的位置：
- 新建个人模块目录：
mkdir -p ~/go-modules - 临时设置：
export GOMODCACHE=~/go-modules（加到~/.bashrc或~/.zshrc持久生效） - 再执行：
go get github.com/gofiber/fiber/v2 - 验证：
ls ~/go-modules/github.com/gofiber应能看到fiber目录
避免用 sudo go get 的三个硬原因
强行提权看似快，但埋下三类故障：
- 模块文件属主变成 root，后续
go run或go build可能因无法读取缓存而反复下载甚至失败 -
go mod vendor时复制的依赖文件也带 root 权限，CI/CD 流水线中非 root 用户构建直接中断 - 多个项目共用全局
GOMODCACHE时，权限混乱会导致go list -m all报错或版本解析异常
Windows 上遇到 Access is denied 怎么办
Windows 的典型表现是 cmd/PowerShell 提示 Access is denied，尤其当 GOPATH 落在 C:\Users\XXX\go 但被 OneDrive 或防病毒软件锁定时：
- 检查
go env GOPATH是否指向 OneDrive 同步文件夹——如果是，改用go env -w GOPATH=D:\mygo指向本地非同步盘 - 关闭实时防护软件对
go进程的拦截（临时测试用，确认后加白名单） - 别用 Git Bash 执行
go get：它默认启用 MSYS2 的 POSIX 层，与 Go 原生文件权限模型冲突，改用 Windows Terminal + PowerShell
go1.21 下设了 GOPATH，又切到 go1.24 环境但没重置 GOMODCACHE，旧缓存目录可能被新版本拒绝访问——此时要清空旧缓存并显式指定新路径。 
