这种本地正常但Docker容器里跑go get就出段错误的问题确实挺闹心，我帮你梳理几个大概率能解决问题的排查方向：

1. 先核对本地与Docker镜像的Go版本 #

段错误经常和Go版本不兼容挂钩，特别是如果你的依赖是基于特定Go版本开发的：

• 本地执行go version记下版本号（比如go1.19.5）
• 在Dockerfile里加一行RUN go version，构建镜像后查看输出，确保容器里的Go版本和本地完全一致（小版本差异也可能引发问题）
• 如果版本不对，直接修改Dockerfile的基础镜像，比如FROM golang:1.19.5

2. 重点排查自定义依赖目录的冲突 #

你提到最后安装的依赖是github.com/user/hftl/app，这应该是你把本地代码复制到了容器内GOPATH的对应目录导致的——这种操作很容易引发路径冲突：

• 容器内的GOPATH结构和本地可能不一致，go get会误以为这个目录是远程仓库的代码，尝试拉取或处理时就会出异常
• 建议直接改用Go Modules（现在官方推荐的依赖管理方式，比glide/dep更稳定）：
  1. 本地项目根目录执行go mod init github.com/user/hftl/app，生成go.mod和go.sum
  2. 重构Dockerfile，不用纠结GOPATH，直接用工作目录：

     FROM golang:1.19.5
     WORKDIR /app
     # 先复制依赖文件，利用Docker缓存加速构建
     COPY go.mod go.sum ./
     RUN go mod download
     # 再复制项目代码
     COPY . .
     RUN go build -o hftl-app .
     CMD ["./hftl-app"]
     

  这样go mod download会严格按照go.mod拉取依赖，不会被你复制的本地目录干扰

3. 清理Docker镜像里的Go缓存 #

有时候缓存的依赖文件损坏也会导致段错误：

• 在go get或go mod download前加一行清理命令：RUN go clean -modcache
• 或者构建镜像时直接禁用缓存：docker build --no-cache -t my-go-app .，彻底避免旧缓存的影响

4. 检查基础镜像的系统依赖 #

如果用的是轻量版镜像（比如golang:alpine），可能缺少必要的系统工具：

• 先试试换成标准的golang镜像（基于Debian），看看段错误是否消失
• 要是必须用Alpine，记得安装必要依赖：RUN apk add --no-cache git gcc musl-dev（git用来拉取远程依赖，gcc/musl-dev是编译CGO依赖需要的）

5. 确认是否存在CGO依赖问题 #

如果你的项目用了CGO（依赖C语言库），Docker环境可能缺少编译环境：

• 本地执行go env CGO_ENABLED，看是否为1
• 如果是1，在Debian系镜像里安装编译工具：RUN apt-get update && apt-get install -y gcc
• 或者尝试禁用CGO执行命令：RUN CGO_ENABLED=0 go get ./...，前提是你的依赖不需要CGO支持

内容的提问来源于stack exchange，提问作者Justin Yeh