ARM32架构边缘盒运行Docker化C#应用遇程序集加载失败求助

首先明确：arm32（linux/arm/v7）架构完全支持.NET 6及以上版本的.NET/.NET Core应用，微软官方提供了对应架构的SDK和Runtime基础镜像，你的需求完全可行。

针对你遇到的FileNotFoundException错误，核心问题出在镜像构建流程和产物适配性上，以下是具体排查和解决步骤：

1. 修正Dockerfile：使用多阶段交叉构建 #

你当前的Dockerfile直接复制了AMD机器上本地发布的产物，但本地默认发布的是amd64架构的应用包，放到arm32镜像中会存在架构不兼容问题，且容易出现文件路径或依赖缺失。正确的做法是在构建阶段就针对arm32架构编译：

# 构建阶段：指定arm32架构的SDK镜像
FROM --platform=linux/arm/v7 mcr.microsoft.com/dotnet/sdk:6.0 AS build-env
WORKDIR /app

# 复制项目文件并还原依赖（确保依赖适配arm32）
COPY *.csproj ./
RUN dotnet restore

# 复制全部代码并针对arm32发布
COPY . ./
# --runtime linux-arm 指定目标架构，--self-contained false 依赖镜像中的Runtime
RUN dotnet publish -c Release -o out --runtime linux-arm --self-contained false

# 运行阶段：使用轻量的arm32 Runtime镜像
FROM --platform=linux/arm/v7 mcr.microsoft.com/dotnet/runtime:6.0
WORKDIR /app
# 从构建阶段复制发布产物
COPY --from=build-env /app/out .

# 注意：DLL名称大小写要和实际发布产物完全一致（Linux大小写敏感）
ENTRYPOINT ["dotnet", "Name.dll"]

2. 正确执行交叉构建命令 #

确保你的Docker已启用buildx（Docker 19.03+默认支持），使用以下命令直接构建并导出tar包：

docker buildx build --platform linux/arm/v7 -t imagename -o type=docker,dest=./imagename.tar .

该命令会直接生成可导入的tar文件，无需额外执行docker save。

3. 排查DLL找不到的细节问题 #

• 大小写检查：Linux环境对文件名大小写敏感，确认ENTRYPOINT中的Name.dll和实际发布产物的文件名完全一致（比如实际是name.dll就会报错）。
• 发布产物验证：本地执行dotnet publish -c Release --runtime linux-arm，检查生成的bin/Release/net6.0/linux-arm/publish目录下是否存在目标DLL。
• 路径正确性：Dockerfile中WORKDIR设置的工作目录要和COPY、ENTRYPOINT的路径匹配，避免DLL不在当前工作目录下。

4. 无网络环境适配 #

如果你的构建PC也处于无网络状态，需提前拉取arm32架构的基础镜像：

docker pull --platform linux/arm/v7 mcr.microsoft.com/dotnet/sdk:6.0
docker pull --platform linux/arm/v7 mcr.microsoft.com/dotnet/runtime:6.0

并提前下载好项目依赖包，使用dotnet restore --source <本地依赖路径>完成离线还原。

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