树莓派5 Ubuntu23.10环境Docker部署Dotnet Runtime8.0.0提示文件未找到

你遇到的/bin/sh: ./dotnet: not found错误，本质是glibc与musl libc的兼容性问题：

• 你下载的官方.NET Core 8.0 ARM64运行时包是基于glibc构建的，而Alpine Linux默认使用的是musl libc，两者的C标准库实现不兼容，导致动态链接器无法找到dotnet执行所需的依赖，所以出现看似文件不存在的错误。
• 即使你添加了openssl、icu等依赖，也解决不了底层C库不兼容的核心问题。

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

放弃Alpine，改用Debian/Ubuntu这类默认使用glibc的镜像，直接适配官方的.NET运行时包，修改后的Dockerfile如下：

# 使用Debian 12（bookworm）作为基础镜像，完美兼容ARM64架构
FROM debian:bookworm-slim

USER root

ENV DLL_NAME=application
EXPOSE 443

WORKDIR /application
VOLUME /application

# 复制本地下载的.NET运行时包
COPY ./aspnetcore-runtime-8.0.0-linux-arm64 /dotnet_runtime

# 赋予dotnet执行权限
RUN chmod +x /dotnet_runtime/dotnet

# 安装.NET所需的系统依赖
RUN apt-get update && \
    apt-get install -y --no-install-recommends icu-devtools tzdata && \
    rm -rf /var/lib/apt/lists/*

# 设置环境变量，让系统找到.NET的动态链接库
ENV LD_LIBRARY_PATH=/dotnet_runtime/shared/Microsoft.NETCore.App/8.0.0:$LD_LIBRARY_PATH

WORKDIR /dotnet_runtime

CMD ./dotnet /application/${DLL_NAME}.dll --urls "https://*"

方案二：在Alpine中添加glibc兼容层（可选） #

如果必须使用Alpine，需要安装glibc兼容组件来适配官方.NET包，修改后的Dockerfile如下：

FROM alpine:3.19

USER root

ENV DLL_NAME=application
EXPOSE 443

WORKDIR /application
VOLUME /application

# 安装ARM64版本的glibc兼容层
RUN apk add --no-cache ca-certificates wget && \
    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.38-r0/glibc-2.38-r0.apk && \
    wget https://github.com/sgerrand/alpine-pkg-glibc/releases/download/2.38-r0/glibc-bin-2.38-r0.apk && \
    apk add glibc-2.38-r0.apk glibc-bin-2.38-r0.apk && \
    rm -rf glibc-2.38-r0.apk glibc-bin-2.38-r0.apk /var/cache/apk/*

# 复制.NET运行时包
COPY ./aspnetcore-runtime-8.0.0-linux-arm64 /dotnet_runtime

RUN chmod +x /dotnet_runtime/dotnet

# 安装.NET所需的其他依赖
RUN apk update && \
    apk upgrade && \
    apk add --no-cache icu tzdata && \
    rm -rf /var/cache/apk/*

# 设置动态库路径
ENV LD_LIBRARY_PATH=/dotnet_runtime/shared/Microsoft.NETCore.App/8.0.0:$LD_LIBRARY_PATH

WORKDIR /dotnet_runtime

CMD ./dotnet /application/${DLL_NAME}.dll --urls "https://*"

更简洁的替代方案：使用官方.NET Alpine镜像 #

直接使用微软官方维护的.NET Alpine镜像，官方已经处理了Alpine的兼容性问题，Dockerfile可大幅简化：

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

ENV DLL_NAME=application
EXPOSE 443

WORKDIR /application
VOLUME /application

ENV TZ=Europe/Madrid

CMD dotnet ${DLL_NAME}.dll --urls "https://*"

内容的提问来源于stack exchange，提问作者Pau Serra Sans