.NET 8 Alpine Docker容器中List & Label 29 PDF导出报“Platform not supported”

方案一：改用基于glibc的.NET基础镜像（推荐） #

List & Label 29的PDF导出组件依赖glibc，而Alpine默认使用musl libc，二者不兼容是触发异常的核心原因。切换到Debian/Ubuntu系的.NET基础镜像可直接规避该问题，操作最简单：

修改Dockerfile的基础镜像为：

FROM mcr.microsoft.com/dotnet/aspnet:8.0
WORKDIR /app
COPY ./publish .
EXPOSE 80
ENTRYPOINT ["dotnet", "YourAppName.dll"]

该镜像原生基于glibc，List & Label的所有原生组件均可正常加载，无需额外配置，重新构建部署即可。

方案二：在Alpine镜像中添加glibc兼容层（进阶） #

若必须保留Alpine镜像，需手动安装glibc兼容库和List & Label依赖的系统组件：

完整Dockerfile示例 #

FROM mcr.microsoft.com/dotnet/aspnet:8.0-alpine

# 安装glibc兼容包
RUN apk add --no-cache wget ca-certificates \
    && wget -q -O /etc/apk/keys/sgerrand.rsa.pub https://alpine-pkgs.sgerrand.com/sgerrand.rsa.pub \
    && wget https://github.com/sgerrand/alpine-pkg-glibc/releases/download/2.35-r0/glibc-2.35-r0.apk \
    && wget https://github.com/sgerrand/alpine-pkg-glibc/releases/download/2.35-r0/glibc-bin-2.35-r0.apk \
    && apk add glibc-2.35-r0.apk glibc-bin-2.35-r0.apk \
    && rm -rf glibc-2.35-r0.apk glibc-bin-2.35-r0.apk /var/cache/apk/*

# 安装PDF导出所需的依赖库
RUN apk add --no-cache libgdiplus fontconfig ttf-dejavu

WORKDIR /app
COPY ./publish .
EXPOSE 80
ENTRYPOINT ["dotnet", "YourAppName.dll"]

关键依赖说明 #

• glibc/glibc-bin：提供List & Label原生组件依赖的C标准库，替代Alpine的musl libc
• libgdiplus：Linux上的GDI+兼容实现，List & Label的导出功能依赖该库处理图形渲染
• fontconfig/ttf-dejavu：确保容器内有可用的字体配置和基础字体，避免PDF导出时出现字体缺失或乱码

额外检查项 #

1. 确认发布包包含List & Label原生组件：检查publish/runtimes/linux-x64/native目录下是否存在LL29N.so等文件，Visual Studio标准发布通常会自动包含这些文件
2. 验证文件写入权限：确保/tmp/test.pdf所在目录对应用进程有读写权限，Alpine的/tmp目录默认具备该权限

内容的提问来源于stack exchange，提问作者Siggi M.