Azure Function运行报错：缺失Microsoft.WindowsDesktop.App框架求助

关于Azure Function对net6.0-windows的支持 #

Azure Function（Windows托管计划下的隔离进程模式）支持net6.0-windows目标框架，但你的问题出在依赖打包、部署配置和进程调用的细节上，以下是具体修复方案和替代思路：

解决方案1：统一配置并确保exe依赖打包 #

1.1 调整两个项目的目标框架与发布配置

• 项目2（exe）：设置为net6.0-windows，并启用自包含部署，将所有.NET框架依赖和DLL打包进发布产物，避免Azure环境缺失组件。修改Project2.csproj：

  <PropertyGroup>
    <TargetFramework>net6.0-windows</TargetFramework>
    <OutputType>Exe</OutputType>
    <RuntimeIdentifier>win-x64</RuntimeIdentifier> <!-- 匹配Azure Function的Windows架构 -->
    <SelfContained>true</SelfContained>
    <PublishSingleFile>true</PublishSingleFile> <!-- 可选，打包为单个exe简化部署 -->
  </PropertyGroup>
  

• 项目1（Azure Function）：设置为net6.0-windows，指定对应运行时，修改Project1.csproj：

  <PropertyGroup>
    <TargetFramework>net6.0-windows</TargetFramework>
    <AzureFunctionsVersion>v4</AzureFunctionsVersion>
    <OutputType>Exe</OutputType>
    <RuntimeIdentifier>win-x64</RuntimeIdentifier>
    <SelfContained>false</SelfContained> <!-- Function依赖Azure托管的运行时，无需自包含 -->
  </PropertyGroup>
  

1.2 确保exe随Function一起部署

在项目1的csproj中添加自动复制逻辑，将项目2的发布产物复制到Function输出目录：

<Target Name="CopyExeToFunctionOutput" AfterTargets="Build">
  <Copy 
    SourceFiles="..\Project2\bin\$(Configuration)\net6.0-windows\win-x64\publish\Project2.exe" 
    DestinationFolder="$(OutputPath)" 
  />
  <!-- 如果不是单文件发布，需复制整个publish目录下的所有文件 -->
</Target>

也可发布后通过Azure Portal的Kudu工具，手动将exe上传到Function的site\wwwroot目录。

1.3 修复Function重启问题

• 检查exe执行时长：Azure Function默认超时5分钟，若exe执行超时会被强制终止，导致Function重启。调用exe时设置合理超时并捕获异常：

  var processStartInfo = new ProcessStartInfo
  {
      FileName = Path.Combine(Environment.CurrentDirectory, "Project2.exe"),
      RedirectStandardOutput = true,
      UseShellExecute = false,
      CreateNoWindow = true
  };
  
  using var process = Process.Start(processStartInfo);
  // 设置3分钟超时，根据实际需求调整
  if (!process.WaitForExit(180000))
  {
      process.Kill();
      throw new Exception("Exe执行超时");
  }
  
  var output = process.StandardOutput.ReadToEnd();
  

• 切换托管计划测试：若使用消耗计划，可能因冷启动或资源限制导致重启，暂时切换到Basic/Standard计划排除环境限制。

替代实现思路（更稳定） #

思路1：将exe逻辑迁移为类库

把项目2改为net6.0类库（Class Library），直接在Function项目中引用类库并调用方法，完全避免进程调用的依赖问题和开销，这是最推荐的方案。

思路2：用Azure Container Apps部署

若必须保留exe，将Function和exe打包进同一个Docker镜像，部署到Azure Container Apps，完全控制运行环境，规避Azure Function托管环境的限制。

内容的提问来源于stack exchange，提问作者Ngô Nhật Duy