我之前在Windows Server上启用LCOW（Linux Containers on Windows）支持后，也碰到过一模一样的问题——不管RUN语句实际执行成功与否，都会返回4294967295（也就是无符号整数表示的-1）。这个问题本质是LCOW在转换Linux容器退出码时的兼容性bug，下面是几个可行的解决办法：

1. 直接禁用LCOW模式（最快解决） #

如果你的场景不需要同时运行Windows和Linux容器，关掉LCOW是最直接的方案：

• 打开Docker配置文件C:\ProgramData\Docker\config\daemon.json，添加或修改以下内容：

  {
    "experimental": false,
    "lcow": false
  }
  

• 重启Docker服务生效：

  Restart-Service Docker
  

2. 迁移到WSL 2后端（官方推荐） #

LCOW已经是微软标记为弃用的功能，官方现在推荐用WSL 2来运行Linux容器，兼容性和性能都更好：

• 确保你的Windows Server版本在2019 1809及以上（支持WSL 2）
• 启用WSL和虚拟机平台功能：

  dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
  dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
  

• 重启服务器后，设置WSL默认版本为2：

  wsl --set-default-version 2
  

• 打开Docker设置，切换到WSL 2 based engine，重启Docker后再构建镜像，退出码就能正常识别了。

3. 临时绕过方案（仅用于测试） #

如果必须临时使用LCOW，可以通过强制捕获退出码来掩盖问题，但不推荐用于生产环境（会丢失错误检测能力）：

• 修改Dockerfile中的RUN语句，追加|| true确保返回0：

  RUN exit 0 || true
  

补充说明 #

LCOW的退出码转换bug是因为它把Linux的有符号退出码直接映射成了Windows的无符号整数，导致正常的0退出码被错误解析。而WSL 2是原生的Linux子系统，不存在这个转换问题，所以迁移到WSL 2是长远的最优解。

内容的提问来源于stack exchange，提问作者Max R.