go.mod指定golang.org/x/sys版本被忽略致Windows编译失败求助

你碰到的是典型的Go模块依赖版本冲突问题——旧版本docker/engine依赖的x/sys类型定义和新版本不兼容，而且Go模块的版本解析机制没按预期强制使用你指定的版本。试试下面这几个可行的解决思路：

1. 用replace指令强制锁定x/sys版本 #

Go 1.12的模块系统在处理跨依赖版本冲突时，偶尔不会自动优先使用你指定的版本，这时候replace是最直接的解决方案。在你的go.mod文件末尾添加：

replace golang.org/x/sys => golang.org/x/sys v0.0.0-20190602015325-4c4f7f33c9ed

然后执行go mod tidy，让Go模块系统重新解析并生成正确的依赖树。这个指令会强制所有依赖（包括docker/engine）都使用你指定的x/sys版本，避免间接依赖引入的高版本覆盖你的设置。

2. 检查所有依赖中的x/sys版本 #

执行下面的命令，确认项目中所有依赖是否都在使用指定的x/sys版本：

go list -m all | grep golang.org/x/sys

如果输出里出现了其他版本的x/sys，说明还有其他依赖在引入冲突版本。一般来说第一步的全局replace已经能覆盖所有情况，但如果还有问题，你可能需要调整对应依赖的版本，或者给该依赖也单独加replace。

3. 清理Go模块缓存 #

有时候缓存里的旧版本依赖会干扰编译，导致即使go.mod配置正确，编译时还是用了错误的版本。执行：

go clean -modcache

然后重新运行编译命令：

GO111MODULE=on GOOS=windows go build ./cmd/dockmoor

4. 极端应急方案：手动修改docker/engine代码（不推荐长期使用） #

如果上面的方法都不行，你可以fork docker/engine仓库，修改pkg/system/filesys_windows.go里的类型转换代码：
原来的错误代码：

var securityDescriptor *"golang.org/x/sys/windows".SECURITY_DESCRIPTOR = uintptr(unsafe.Pointer(&sd[0]))

改成正确的类型转换方式：

securityDescriptor := (*windows.SECURITY_DESCRIPTOR)(unsafe.Pointer(&sd[0]))

然后在你的go.mod里把docker/engine的依赖替换成你fork的版本，比如：

replace github.com/docker/engine => github.com/your-username/engine v0.0.0-20200204220554-5f6d6f3f2203

不过这种方法需要维护自己的fork，长期来看不太方便，优先用前面的replace方案。

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