Azure函数触发PowerShell脚本时System.Management.Automation加载失败求助

我来分享几个实际排查这类.NET程序集加载问题时常用的解决方案，你可以逐个尝试：

1. 确认NuGet包版本与目标框架兼容 #

你已经迁移到.NET Core 2.1的函数项目，要注意System.Management.Automation的版本适配性。你当前报错的6.0.4.0版本对应PowerShell Core 6.0，对.NET Core 2.1的支持可能存在局限。建议尝试安装明确标注支持.NETCoreApp 2.1的稳定版本，比如7.2.12这类经过验证的版本：

• 先卸载当前的System.Management.Automation包
• 在NuGet包管理器中搜索并安装适配版本，安装前务必查看包详情里的目标框架支持说明

2. 强制将程序集复制到输出目录 #

有时候NuGet依赖的程序集不会自动复制到函数的输出目录，导致运行时找不到。可以手动配置：

• 右键项目中的System.Management.Automation引用，打开“属性”面板
• 把“复制本地”设置为True
• 如果还是不行，直接修改项目文件（.csproj），添加以下配置强制复制依赖：

<ItemGroup>
  <PackageReference Include="System.Management.Automation" Version="你的目标版本号">
    <PrivateAssets>all</PrivateAssets>
    <IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>
  </PackageReference>
</ItemGroup>

3. 检查Azure函数运行时环境配置 #

Azure函数的运行时环境对依赖加载有特殊要求，尤其是消耗计划下：

• 登录Azure门户，查看函数应用的“配置”→“常规设置”，确认运行时堆栈是.NET Core 2.1
• 本地调试时，检查Azure Functions Core Tools版本是否与目标运行时匹配，尝试更新到对应版本的Core Tools
• 可以先部署到Azure云端测试，有时候本地调试的环境依赖和云端存在差异

4. 排查程序集绑定冲突 #

可能存在其他依赖包间接引入了不同版本的System.Management.Automation，导致绑定冲突：

• 在项目中添加web.config（HTTP触发函数）或app.config，添加程序集绑定重定向配置：

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="System.Management.Automation" publicKeyToken="31bf3856ad364e35" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-6.0.4.0" newVersion="你实际安装的版本号" />
    </dependentAssembly>
  </assemblyBinding>
</runtime>

• 执行dotnet list package命令查看项目所有依赖，检查是否有其他包引入了旧版本的System.Management.Automation，如果有，尝试更新这些依赖包到兼容版本

5. 改用PowerShell SDK包替代单独引用 #

直接使用Microsoft.PowerShell.SDK包会更省心，它会自动处理所有PowerShell相关的依赖链：

• 卸载当前的System.Management.Automation包
• 安装Microsoft.PowerShell.SDK的适配.NET Core 2.1版本

建议先从版本匹配和复制本地这两个最常见的原因开始排查，应该能快速定位问题。

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