Docker 默认使用 /bin/sh 作为 RUN 指令的 shell，不支持 Bash 特有的花括号扩展（如 {proto,protoc-gen-go}），导致 go get 报错“invalid import path”；解决方案是显式切换为 /bin/bash 或改用兼容 sh 的写法。
docker 默认使用 `/bin/sh` 作为 `run` 指令的 shell，不支持 bash 特有的花括号扩展（如 `{proto,protoc-gen-go}`），导致 `go get` 报错“invalid import path”；解决方案是显式切换为 `/bin/bash` 或改用兼容 `sh` 的写法。
在构建 Go 应用镜像时，开发者常希望通过一条 go get 命令批量安装多个 protobuf 相关依赖，例如：
RUN go get -u github.com/golang/protobuf/{proto,protoc-gen-go}但该写法在 Docker 构建中会失败，报错：
package github.com/golang/protobuf/{proto,protoc-gen-go}: invalid github.com/ import path根本原因在于：Docker 的 RUN 指令默认调用的是 POSIX 兼容的 /bin/sh（如 Alpine 中的 ash 或 Debian 中的 dash），而花括号扩展（brace expansion）是 Bash 独有的 shell 功能，sh 完全不识别 {...} 语法——它会将整个字符串 github.com/golang/protobuf/{proto,protoc-gen-go} 视为一个非法路径，而非两个独立包。
✅ 推荐解决方案（按优先级排序）
-
弃用已废弃仓库，改用现代标准（强烈建议）
github.com/golang/protobuf已于 2021 年正式归档并标记为 deprecated。官方明确要求迁移至google.golang.org/protobuf。正确写法应为：# 使用 Go Modules + go install（Go 1.16+ 推荐） RUN go install google.golang.org/protobuf/cmd/protoc-gen-go@latest
同时确保
go.mod中已声明依赖：
minimax-mcp-docker版（适配极空间）下载MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
go mod init example.com/myapp go get google.golang.org/protobuf@latest
-
若必须兼容旧版，显式启用 Bash
可通过两种方式激活 Bash 解析能力：-
方式一：单条指令指定 shell（推荐用于局部适配）
RUN ["/bin/bash", "-c", "go get -u github.com/golang/protobuf/proto github.com/golang/protobuf/protoc-gen-go"]
✅ 注意：此处已将
{...}拆分为空格分隔的独立参数，更健壮且无需依赖 shell 扩展。 -
方式二：全局切换默认 shell（适用于多处需 Bash 特性）
SHELL ["/bin/bash", "-c"] RUN go get -u github.com/golang/protobuf/proto github.com/golang/protobuf/protoc-gen-go
-
-
终极优化：多阶段构建 + 预编译插件（生产环境首选）
避免在最终镜像中保留构建工具链，提升安全与体积效率：# 构建阶段：安装 protoc-gen-go 并生成 .pb.go FROM golang:1.22-alpine AS builder RUN apk add --no-cache git && \ go install google.golang.org/protobuf/cmd/protoc-gen-go@latest # 运行阶段：仅含应用二进制 FROM alpine:latest RUN apk --no-cache add ca-certificates WORKDIR /app COPY --from=builder /go/bin/protoc-gen-go /usr/local/bin/ COPY myapp . CMD ["./myapp"]
⚠️ 重要注意事项
- 不要在
RUN go get ...后直接COPY . .：这会破坏 Docker 构建缓存。应遵循「依赖前置」原则——先复制go.mod/go.sum，再go mod download，最后复制源码。 -
go get -u在模块模式下已被go install取代；-u参数对主模块无意义，且可能引发不可控升级。 - 若使用
protoc编译.proto文件，请同步安装protoc二进制（如apk add protobuf或从官方 release 下载），并确保protoc-gen-go在$PATH中。
总结：该问题本质是 shell 能力差异所致，但背后更深层的教训是——及时迁移到 google.golang.org/protobuf 生态，并拥抱 Go Modules 与多阶段构建，才是可持续、可维护的 Docker 化 Go 工程实践。
