C#调用PowerShell执行Connect-AzAccount无弹窗且创建Azure SQL托管实例报错

1. 显式加载匹配版本的Az模块 #

手动运行PowerShell时会自动加载所需模块，但C#调用的是全新会话，需要明确导入与手动环境一致的Az模块版本。在你的PowerShell脚本开头添加：

# 替换为你手动运行时Get-Module Az.Accounts显示的版本号
Import-Module Az.Accounts -RequiredVersion 2.12.0
Import-Module Az.Sql -RequiredVersion 3.11.0

可通过手动执行Get-Module Az.Accounts -ListAvailable查看已安装的正确版本

2. 强制初始化身份验证会话 #

C#调用的PowerShell会话没有手动运行时的凭据缓存，必须显式触发登录。替换原有Azure.Identity相关逻辑，改用PowerShell原生命令：

# 触发交互式登录，确保会话获取有效凭据
Connect-AzAccount -Interactive

如果坚持使用InteractiveBrowserCredential，需要在C#项目中添加Azure.Identity NuGet包引用，同时在脚本中显式加载对应的.NET程序集：

Add-Type -Path "C:\Path\To\Azure.Identity.dll"

3. 统一PowerShell执行策略与模块路径 #

C#宿主的PowerShell执行策略可能比手动环境更严格，先在C#代码中设置进程级执行策略：

using (var ps = PowerShell.Create())
{
    ps.AddCommand("Set-ExecutionPolicy")
      .AddArgument("RemoteSigned")
      .AddParameter("Scope", "Process")
      .AddParameter("Force");
    ps.Invoke();

    // 后续执行脚本逻辑
}

同时检查模块路径，确保C#会话能找到Az模块，可在脚本开头添加：

# 添加Az模块默认安装路径，根据实际情况调整
$env:PSModulePath += ";C:\Program Files\WindowsPowerShell\Modules;C:\Program Files(x86)\WindowsPowerShell\Modules"

4. 验证项目.NET版本与NuGet依赖 #

确保Windows窗体项目的.NET版本（如.NET Framework 4.7.2+）与Az模块要求的兼容，同时项目已正确引用System.Management.Automation NuGet包。

5. 捕获详细错误定位问题 #

在C#代码中输出PowerShell的错误流，获取更具体的异常信息：

using (var ps = PowerShell.Create())
{
    ps.AddScript(你的脚本内容);
    var results = ps.Invoke();

    if (ps.HadErrors)
    {
        foreach (var error in ps.Streams.Error)
        {
            Console.WriteLine($"异常信息：{error.Exception}");
            Console.WriteLine($"脚本调用栈：{error.ScriptStackTrace}");
        }
    }
}

这些信息能精准定位是模块加载失败、身份验证上下文缺失还是其他环境问题。

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