手动可运行的PowerShell脚本通过C#调用时提示cmdlet未识别

我之前开发类似工具时也踩过这个坑！你的问题本质是控制台应用默认启动的是32位PowerShell进程，而Install-WindowsFeature这个cmdlet属于仅在64位PowerShell环境中加载的ServerManager模块，手动运行时你打开的通常是64位PowerShell，所以能正常执行。

下面是具体的解决步骤：

• 强制调用64位PowerShell可执行文件
  Windows系统里64位和32位PowerShell的路径是分开的：

  • 64位路径：C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
  • 32位路径：C:\Windows\SysWOW64\WindowsPowerShell\v1.0\powershell.exe
    你的控制台应用要明确指定64位的路径来启动PowerShell，比如用C#的话可以这么写：

  var psi = new ProcessStartInfo
  {
      FileName = @"C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe",
      Arguments = $"-ExecutionPolicy Bypass -NoProfile -File \"{yourScriptPath}\"",
      UseShellExecute = true,
      Verb = "runas" // 保持管理员权限
  };
  using (var process = Process.Start(psi))
  {
      process.WaitForExit();
  }
  

• 在脚本中显式导入模块（可选但保险）
  有时候即使是64位环境，模块也可能没自动加载，在你的.ps1脚本开头加上这行：

  Import-Module ServerManager -Force
  

  对于Windows Server 2016及以后的系统，也可以用Import-Module DISM，不过Install-WindowsFeature还是属于ServerManager模块的范畴。

• 验证运行环境
  可以在脚本开头加一行输出，确认当前PowerShell的架构：

  Write-Host "当前PowerShell架构: $([Environment]::Is64BitProcess)"
  

  如果输出False，说明还是调用了32位进程，得检查你的控制台应用编译目标（比如是否设置为AnyCPU但勾选了“首选32位”，要把这个选项取消）。

另外还要注意：确保你的控制台应用确实是以管理员权限运行的，虽然你说拥有管理员权限，但有时候进程启动时权限传递可能有问题，加上Verb = "runas"可以强制提权。

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