部署.NET 8 Azure Function容器时gRPC通道URI解析失败求助

问题背景 #

需为.NET 8独立进程Azure Function构建Docker镜像，部署至Docker Desktop（后续将迁移到AKS），项目类型不可变更。解决方案结构如下：

• 解决方案文件
• Dockerfile.MyApi
• MyNamespace.MyApi（Azure Function）
  • MyApi.csproj 依赖MyNamespace.Common类库
• MyNamespace.Common（类库）
  • Common.csproj

镜像构建成功，但启动容器时触发错误：

Unhandled exception. System.InvalidOperationException: The gRPC channel URI 'http://:' could not be parsed.

当前Dockerfile内容：

FROM mcr.microsoft.com/dotnet/sdk:8.0-preview AS installer-env
WORKDIR /source

# 复制csproj并分层还原依赖
COPY "MyNamespace.MyApi/*.csproj" "MyNamespace.MyApi/"
COPY "MyNamespace.Common/*.csproj" "MyNamespace.Common/"
RUN dotnet restore "MyNamespace.MyApi/MyNamespace.MyApi.csproj"

# 复制代码并发布
COPY "MyNamespace.MyApi/" "MyNamespace.MyApi/"
COPY "MyNamespace.Common/" "MyNamespace.Common/"
WORKDIR "/source/MyNamespace.MyApi"
RUN dotnet publish -o /app

# 查看发布目录内容
RUN ls -l /app

# 最终镜像阶段
FROM mcr.microsoft.com/azure-functions/dotnet-isolated:4-dotnet-isolated8.0
ENV AzureWebJobsScriptRoot=/app \
    AzureFunctionsJobHost__Logging__Console__IsEnabled=true

COPY --from=installer-env ["/app", "/app"]

# 自定义入口点：移除后容器能启动但找不到Function
ENTRYPOINT ["./app/MyNamespace.MyApi"]

Function的Program.cs核心代码：

var host = new HostBuilder()
    .ConfigureFunctionsWebApplication() // 错误触发位置
    ...
    .Build();

host.Run();

使用的Docker命令：
构建镜像：

docker build -t myUrl.io/crm/crm-myapi-image -f Dockerfile.MyApi .

启动容器：

docker run -d -p 8080:80 --name crm-myapi-container myUrl.io/crm/crm-myapi-image

解决方案 #

1. 删除自定义ENTRYPOINT #

mcr.microsoft.com/azure-functions/dotnet-isolated基础镜像已内置完整的Azure Functions Host启动逻辑，手动指定ENTRYPOINT会覆盖默认流程，导致Functions Host与独立进程应用之间的gRPC通信配置异常，触发URI解析错误。

直接删除Dockerfile中的ENTRYPOINT ["./app/MyNamespace.MyApi"]行即可。

2. 确认环境变量与发布路径匹配 #

当前Dockerfile中AzureWebJobsScriptRoot=/app的配置与发布输出路径一致，无需修改。但需确保dotnet publish命令正确生成了完整的Function部署文件（包括host.json、程序集、依赖库等）。

3. 检查Program.cs配置 #

独立进程模型下，ConfigureFunctionsWebApplication()默认会自动处理与Functions Host的gRPC通信，无需手动配置gRPC URI。如果代码中存在自定义gRPC相关设置，需检查是否有未正确赋值的URI参数。

4. 验证容器内文件结构 #

启动容器后，可进入容器查看发布目录内容是否完整：

docker exec -it crm-myapi-container ls -l /app

需确认目录下包含MyNamespace.MyApi.dll、host.json及所有依赖文件。

验证步骤 #

1. 重新构建镜像：

docker build -t myUrl.io/crm/crm-myapi-image -f Dockerfile.MyApi .

2. 启动容器：

docker run -d -p 8080:80 --name crm-myapi-container myUrl.io/crm/crm-myapi-image

3. 查看容器日志确认启动状态：

docker logs crm-myapi-container

若日志中出现Hosting started字样，说明Function已正常启动，可通过http://localhost:8080/api/MyApi访问接口。

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