Powershell：终止异常仍然继续到下一个命令

Question

我期待有一个终止异常，脚本执行将在 powershell 中进行。

由于 try/catch 只会捕获终止异常（ErroActionPreference 等除外）我有以下代码

try {

$hashtableJson = "asdfg.kjhgf" | ConvertFrom-Json
} catch {
       Write-Host "inside catch block"
} 

我可以看到打印的“内部捕获块”。 这意味着由于无效 json 引起的异常System.ArgumentException正在终止。 现在我的疑问在下面的脚本中

$hashtableJson = "asdfg.kjhgf" | ConvertFrom-Json
Write-Host "after terminating" 

在上面的脚本中，我预计运行会在第一行本身中断，但after terminating仍然会打印出来。

任何解释为什么它不退出流程？ 或者如何更好地确定异常是否终止？

Answer 1

不幸的是，PowerShell 有两种类型的终止错误，文档当前将其混为一谈：

• 语句终止错误，由编译的 cmdlet（与编写在 PowerShell 中的高级函数相反） ^[1]和 .NET 方法报告，默认情况下仅终止当前语句； 也就是说，默认情况下，脚本的执行将继续，下一条语句。

• 脚本终止（运行空间终止，致命）错误，由throw ，并且当$ErrorActionPreference = 'Stop'生效或当-ErrorAction Stop传递给 cmdlet 和高级函数/脚本并且发生非终止错误时。

第三种错误类型 - 最常见的错误类型 -是非终止错误，它根本不影响控制流：默认情况下，即使当前语句（剩余管道输入）的处理也会继续。 至于何时期望 cmdlet 使用非终止与终止错误，请参阅此答案。

笔记：

• 可以说，应该只有一种类型的终止错误：脚本终止（致命），如果需要，可以使用try / catch （见下文）仅将其处理为语句终止（见下文），但为时已晚那。

• 有关 PowerShell 异常复杂的错误处理的全面概述，请参阅此 GitHub 文档问题。

---

ConvertFrom-Json作为已编译的 cmdlet，在提供无效 JSON 作为输入时会发出语句终止错误，这解释了为什么您的脚本会继续执行。

您可以使用try / catch或trap来捕获语句终止错误和脚本终止错误，但默认情况下不能捕获非终止错误，除非您使用-ErrorAction Stop将它们提升为脚本终止错误。

相比之下， $ErrorActionPreference = 'Stop'将所有错误提升为脚本终止（致命）错误，包括非终止错误。

令人困惑的是，看似每个命令的等效项，即将-ErrorAction Stop传递给单个 cmdlet，不会将语句终止错误提升为脚本终止错误 - 您仍然需要try / catch或trap - 见下文。

结果：

• 要将范围内发生的所有错误（包括非终止错误）视为致命错误，请使用$ErrorActionPreference = 'Stop'

# Treat *all* errors in this scope (and descendant scopes)
# as *script*-terminating (fatal).
$ErrorActionPreference = 'Stop'

# Trigger a *non*-terminating error, which is *also* promoted
# to a script-terminating one.
Get-Item NoSuchFile 

# Trigger a *statement*-terminating error, which is promoted
# to a script-terminating one.
# Note: Because of the Get-Item error, this statement isn't reached, 
#       Comment it out to see that this statement too causes a
#       script-terminating error.
$hashtableJson = "asdfg.kjhgf" | ConvertFrom-Json

'This statement is now never reached.'

• 相比之下，使用以下技术仅使终止错误致命，同时保持非终止错误为非终止：

  • 在作用域范围内，您可以使用（很少使用的） trap语句来实现，即在您的作用域中放置trap { break } ：

# Trap both kinds of *terminating* errors and abort.
trap { break }

# Trigger a *non*-terminating error, which is left alone (not
# caught by the trap).
Get-Item NoSuchFile 

# Trigger a *statement*-terminating error, which triggers the trap.
$hashtableJson = "asdfg.kjhgf" | ConvertFrom-Json

'This statement is now never reached.'

• 或者，特别是如果您需要更细粒度的控制，请使用try / catch围绕感兴趣的语句并使用catch块中的throw来触发脚本终止错误。

try {

  # Trigger a *non*-terminating error, which is left alone (does
  # not trigger the catch block).
  Get-Item NoSuchFile 

  # Trigger a *statement*-terminating error, which triggers the catch block.
  $hashtableJson = "asdfg.kjhgf" | ConvertFrom-Json

} catch {
  throw # Re-throw the *statement*-terminating error as *script*-terminating.
}

'This statement is now never reached.'

---

^{[1]可以使高级函数/脚本发出语句终止错误，即通过$PSCmdlet.ThrowTerminatingError() ，但这既晦涩又麻烦； 在实践中，使用script终止throw语句更为常见。}

Answer 2

我认为$ErrorActionPreference的文档或 PS 的错误分类是错误的，但是当我有Continue时，我可以重现上述内容，但是将其设置为Stop ，“终止后”不再弹出（测试 v5.1 . 带有 .ps1 文件）。