DinkToPDF本地正常服务器（Docker）无法加载libwkhtmltox求助

以下是针对你的场景的可行解决建议：

1. 安装完整的系统级依赖 #

libwkhtmltox依赖多个Linux系统库（如图形渲染、字体处理相关组件），仅安装libc6不足以满足需求。在Dockerfile的runtime阶段添加以下命令，安装所有必要依赖：

# 在runtime镜像阶段添加
RUN apt-get update && \
    apt-get install -y --no-install-recommends \
    libx11-dev \
    libxext-dev \
    libfontconfig1-dev \
    libjpeg62-turbo-dev \
    libpng-dev \
    libssl-dev \
    libxrender-dev \
    fontconfig \
    && rm -rf /var/lib/apt/lists/*

或者直接安装wkhtmltopdf包，它会自动引入所有依赖：

RUN apt-get update && \
    apt-get install -y --no-install-recommends wkhtmltopdf && \
    rm -rf /var/lib/apt/lists/*

2. 指定库的加载路径 #

即使libwkhtmltox.so存在于/App目录，系统可能未将该目录纳入动态库搜索路径。在Dockerfile中添加环境变量配置：

ENV LD_LIBRARY_PATH=/App:$LD_LIBRARY_PATH

或者在代码中显式指定库路径（需要自定义AssemblyLoadContext）：

public class CustomAssemblyLoadContext : AssemblyLoadContext
{
    public IntPtr LoadUnmanagedLibrary(string absolutePath)
    {
        return LoadUnmanagedDll(absolutePath);
    }
}

// 在初始化Converter前调用
var loadContext = new CustomAssemblyLoadContext();
loadContext.LoadUnmanagedLibrary(Path.Combine(Directory.GetCurrentDirectory(), "libwkhtmltox.so"));
var converter = new SynchronizedConverter(loadContext);

3. 验证库的兼容性 #

• 确保你使用的libwkhtmltox.so是Linux x64架构版本，与.NET Core 3.1的Docker镜像（x64）匹配，避免使用x86或其他平台的库。
• 检查库的版本是否与DinkToPDF包版本兼容，建议使用对应版本的官方预编译库。

4. 确保库文件权限正确 #

在Dockerfile中添加权限设置，保证libwkhtmltox.so可被进程读取执行：

RUN chmod 755 /App/libwkhtmltox.so

5. 更换更完整的基础镜像 #

.NET Core 3.1的slim镜像为了体积精简，移除了部分非必要组件。可以尝试使用包含更多系统库的镜像作为基础，比如：

FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster

而非slim版本，这样能减少依赖缺失的概率。

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