.NET Core Docker镜像生成PDF报错，调用栈含本地路径是否正常？

首先给你吃个定心丸：调用栈里显示的本地路径（比如C:\Projects\server\intranet.api）完全是正常的——这是编译代码时嵌入的源码路径信息，只会在调试调用栈时显示，Docker运行时根本不会去搜索这些本地路径，所以这绝对不是报错的原因，不用纠结这点。

回到核心问题：The type initializer for 'Gdip' threw an exception几乎肯定是因为SelectPdf依赖的System.Drawing.Common在Linux环境下缺少必要的系统依赖，下面是一步步的解决方法：

1. 给Linux镜像安装必备的系统库 #

System.Drawing.Common在Linux上依赖libgdiplus和基础字体库，你需要在Dockerfile里添加安装命令：

如果用Debian/Ubuntu系基础镜像： #

# 安装System.Drawing.Common和字体依赖
RUN apt-get update && apt-get install -y --no-install-recommends \
    libgdiplus \
    libc6-dev \
    fonts-dejavu-core \
    && rm -rf /var/lib/apt/lists/*

# 部分版本需要手动建立链接，让.NET能找到库文件
RUN ln -s /usr/lib/libgdiplus.so /usr/lib/gdiplus.dll

如果用Alpine系基础镜像： #

RUN apk add --no-cache \
    libgdiplus \
    fontconfig \
    ttf-dejavu

2. 启用.NET跨平台的System.Drawing兼容性 #

从.NET 6开始，System.DrawingCommon默认在非Windows平台是禁用的，必须通过环境变量开启：
你可以直接在Dockerfile里添加：

ENV DOTNET_SYSTEM_DRAWING_ENABLE_WINDOWS_COMPATIBILITY=true

也可以在应用启动代码（比如Program.cs）里设置：

Environment.SetEnvironmentVariable("DOTNET_SYSTEM_DRAWING_ENABLE_WINDOWS_COMPATIBILITY", "true");

3. 针对SelectPdf的额外配置 #

SelectPdf在Linux上可能需要明确指定字体路径，避免因找不到字体触发Gdip异常，初始化转换器时可以添加这些设置：

var pdfConverter = new HtmlToPdf();
// 指定系统字体目录，确保SelectPdf能找到可用字体
pdfConverter.Options.CustomFontsPath = "/usr/share/fonts";
pdfConverter.Options.LoadCustomFonts = true;

如果你的项目里有自定义字体，记得把它们复制到镜像的字体目录（比如/usr/share/fonts），然后运行fc-cache -fv更新字体缓存。

4. 验证镜像构建流程 #

检查Dockerfile是否正确复制了所有应用文件，确保没有遗漏SelectPdf需要的依赖文件（不过通常NuGet包会自动处理，重点还是系统库和字体）。

按照上面的步骤调整后，应该就能解决Gdip初始化失败的问题，让你的PDF生成功能在Linux Docker环境下正常运行。

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