Fiber是Go编译期静态链接库，容器中只需运行构建好的二进制文件；禁止在Dockerfile中go install fiber，应采用多阶段构建+CGO_ENABLED=0静态编译，并确保alpine镜像安装ca-certificates、禁用fiber.Default()以避免日志泄露与性能损耗。
你不需要在 Docker 容器里“安装” Fiber 框架——Fiber 是 Go 语言的 Web 框架，不是运行时依赖，而是编译期静态链接进二进制的库。容器里只运行最终构建好的可执行文件，不装 Go、不跑 go get、也不需要 go mod。
为什么不能在容器里 go install fiber？
常见错误是把开发流程搬进生产镜像：比如在 Dockerfile 里写 RUN go install github.com/gofiber/fiber/v2@latest，这会导致：
- 镜像体积暴涨（带完整 Go 工具链和缓存）
- 构建不可重现（
@latest易受上游变更影响） - 安全风险（编译阶段暴露 GOPROXY、凭据、源码）
- 启动失败（alpine 镜像缺 libc，或没装 ca-certificates 导致 HTTPS 调用 panic）
正确做法：多阶段构建 + 静态编译
所有 Fiber 相关代码都在宿主机完成依赖管理与构建，Docker 只负责运行。关键点：
Docker Hub
下载
Docker Hub (hub.docker.com)。此技能适用于所有 Docker Hub 操作，包括读取、创建、更新和删除数据。只要任务涉及 Docker Hub，就使用此技能。
- 第一阶段用
golang:1.20-alpine编译，执行go mod download和CGO_ENABLED=0 GOOS=linux go build - 第二阶段用
alpine:3.17或scratch，仅 COPY 编译好的二进制（如fiber-app） - 必须加
RUN apk add --no-cache ca-certificates（否则出站 HTTPS 请求失败） - 入口命令写成
CMD ["./fiber-app"]，路径要和COPY目标严格一致
fiber.Default() 在容器里会出什么问题？
很多人在本地用 fiber.Default() 开发没问题，一上容器就发现日志刷爆、TTFB 延迟高、Authorization 头泄露——这不是 Docker 的锅，是框架配置错：
-
fiber.Default()默认启用Logger中间件，每请求都打全量日志（含敏感头），磁盘 I/O 直接拉满 - 实测 TTFB 增加 0.3–0.8ms，在高并发容器场景下不可忽略
- 上线前必须换成
fiber.New()，再按需注册中间件（例如只在 error 时记录日志）
真正容易被忽略的是证书和路由：容器里没 ca-certificates，任何调用第三方 HTTPS 接口都会 panic；StrictRouting 默认开启，/api 和 /api/ 被当两条路由，少注册一个就 404 —— 这些都不是“安装 Fiber”能解决的，得看配置对不对。
