如何构建同时包含.net core与wine依赖的Docker镜像

两种方案优劣势对比 #

• 方案一（通用Linux发行版为基础镜像）：兼容性高，依赖维护成本低，适合绝大多数场景，唯一缺点是镜像体积比方案二稍大
• 方案二（.net官方镜像为基础+便携版wine）：镜像体积更小，但便携版wine需要自行适配系统依赖，容易出现功能缺失、运行报错的问题，适合对镜像大小有严格要求、且仅用到wine基础功能的场景

方案一实现示例 #

选用Debian 12作为基础镜像，直接通过官方源安装.net core和wine，Dockerfile内容如下：

FROM debian:bookworm-slim

# （可选）替换国内软件源提升构建速度
RUN sed -i 's/deb.debian.org/mirrors.ustc.edu.cn/g' /etc/apt/sources.list.d/debian.sources

# 安装基础工具
RUN apt update && apt install -y --no-install-recommends \
    wget apt-transport-https gnupg2 ca-certificates \
 && rm -rf /var/lib/apt/lists/*

# 添加微软.net核心源
RUN wget -qO- https://packages.microsoft.com/keys/microsoft.asc | gpg --dearmor > /usr/share/keyrings/microsoft-archive-keyring.gpg \
 && echo "deb [arch=amd64 signed-by=/usr/share/keyrings/microsoft-archive-keyring.gpg] https://packages.microsoft.com/repos/debian bookworm main" > /etc/apt/sources.list.d/microsoft.list

# 添加wine官方源
RUN dpkg --add-architecture i386 \
 && wget -qO- https://dl.winehq.org/wine-builds/winehq.key | gpg --dearmor > /usr/share/keyrings/winehq-archive-keyring.gpg \
 && echo "deb [arch=amd64,i386 signed-by=/usr/share/keyrings/winehq-archive-keyring.gpg] https://dl.winehq.org/wine-builds/debian bookworm main" > /etc/apt/sources.list.d/winehq.list

# 安装对应版本的.net core和wine稳定版，此处示例为.net 6 SDK，可自行替换为你需要的版本
RUN apt update && apt install -y --no-install-recommends \
    dotnet-sdk-6.0 winehq-stable \
 && rm -rf /var/lib/apt/lists/*

# 验证安装
RUN dotnet --version && wine --version

如果需要32位支持，直接安装winehq-stable:i386即可

方案二实现示例 #

提前准备好对应Linux架构的便携版wine放在构建上下文的./wine-portable目录下，基于官方.net镜像构建，Dockerfile内容如下：

# 替换为你实际需要的.net版本镜像
FROM mcr.microsoft.com/dotnet/runtime:6.0-bookworm-slim

# 安装wine运行必须的系统依赖
RUN apt update && apt install -y --no-install-recommends \
    libc6:i386 libx11-6:i386 libfreetype6:i386 \
 && rm -rf /var/lib/apt/lists/*

# 复制便携版wine到镜像内
COPY ./wine-portable /opt/wine

# 配置环境变量
ENV PATH="/opt/wine/bin:$PATH"
ENV WINEPREFIX="/opt/wine/prefix"

# 初始化wine配置
RUN winecfg /v win10

注意：便携版wine需要提前编译适配Debian 12的x86_64/32位版本，不可直接使用Windows平台的wine包

优先推荐使用方案一，所有依赖均为官方维护，稳定性有保障，不需要自行处理wine的兼容问题，后续迭代维护成本远低于方案二。

内容的提问来源于stack exchange，提问作者Mr.Cocococo