docker build go 项目每次都很慢，有什么好的办法吗？

[caicaiwoshishui]

• dockerfile 部分内容

COPY . .

ADD go.mod .
ADD go.sum .

RUN export GO111MODULE=on && \
    export GOPROXY=https://goproxy.cn && \
    go mod download

RUN go build -o main main.go

接触 golang 没多久，是不是姿势不对呀？ mod 没有更新的情况，为啥每次都 go mod download，它不会自己缓存吗？

求大佬解答

[junnplus]

你在镜像里面构建 go，怎么会缓存- -
可以先构建完代码，把二进制 copy 进容器里面

[kkbblzq]

你可以选择用 vendor

[zealic]

没有合理的利用缓存，改成下面这样就快了

```dockerfile
ADD go.mod .
ADD go.sum .

RUN export GO111MODULE=on && \
export GOPROXY=https://goproxy.cn && \
go mod download

COPY . .

RUN go build -o main main.go
```

[julyclyde]

这不是穿上裤子放屁么
直接光屁股编译还能用上本地缓存

[Mitt]

是因为 COPY . . 在 go mod download 前面，会导致下面 go mod download 也重建了，放到缓存之后就可以了

[Vegetable]

因为缓存不在你当前文件夹，你镜像里并没有缓存。楼上说的用 vender 可以，但是改变比较大。
也可以将镜像的缓存目录挂载到本地。
也可以不要每次都用 makefile 建立新的镜像，开发的时候用一个镜像将代码挂在进去。
方法很多，你这个是最离谱的。

[hteen]

docker 在 build 的时候 Dockerfile 中每个 RUN 最终都会是独立容器运行, 你这样等于没用, 反而增加构建之后 image 体积

[crclz]

c# go maven gradle 的统一解决思路：
1. 仅拷贝依赖清单
2. 下载依赖
3. 拷贝所有文件
4. 编译

如果第一步的依赖清单不改变，那么第二步开始的时候，docker 检测到校验和是相同的，所以 docker 会直接使用缓存。

#3 楼的貌似是对的（我没用过 docker go ）

[xuanbg]

先编译好 copy/add 进去不好么

[caicaiwoshishui]

@zealic 谢谢大佬， 确实快了很多，是不是 copy . . 放在前面导致 2 次 go mod download 呀

[caicaiwoshishui]

@Mitt 谢谢大佬，copy . . 放在前面会导致 2 次 go mod download 吗？

[boris93]

镜像里面放编译产物
不要在镜像里面编译

[TypeErrorNone]

在本地编译出二进制文件，再 copy 进镜像
FROM alpine

COPY main /

CMD ["/main"]

3 秒结束

[caicaiwoshishui]

@boris93 如果不在镜像里面编译，是在本地编译好？还是在宿主机编译呢？这个有速度区别嘛

[caicaiwoshishui]

@TypeErrorNone 本地编译也要花时间的吧。。 另外如果本地 macos 环境编译，线上 centos 环境，不会存在环境不兼容都问题吗？

[boris93]

@caicaiwoshishui #14 都差不多，区别在于，放在外面编译的话，可以直接用已经下载好的 go modules 啥的，要在镜像里面的话，因为里面没有缓存，每次都得重新下载

[ArJun]

这样的编译方式第一次见··

[f6x]

如果是人手打包的话, 当然是本地编译后 COPY 进 alpine 最快

如果是 ci 的话,当然是 Dockerfile 里编译更佳. 宁可多一层 image 也不要多加一个脚本.

[julyclyde]

@caicaiwoshishui mac 和 centos 不兼容。你也可以看看 multi stage docker

[junnplus]

@julyclyde @caicaiwoshishui 本地交叉编译。。。