浅谈PowerShell 捕获错误

图 4 使用 –ErrorAction 参数时我获得了更多有用的结果

在 Trap 末尾使用 Continue 指示外壳继续执行产生异常的代码行之后的一行。还可以使用关键字 Break（我将在稍后加以讨论）。另请注意，$computer 变量（在脚本中定义）在 Trap 内仍然有效。这是因为 Trap 是脚本本身的子作用域，即 Trap 可以查看脚本内的所有变量（稍后我也将介绍此方面的更多相关信息）。

在作用域中完成所有操作

Windows PowerShell 中错误捕获的一个尤为棘手的方面是作用域的使用。外壳本身代表全局作用域，它包含外壳内部发生的所有事件。如果您运行某个脚本，它会获取自己的脚本作用域。如果您定义某个函数，该函数的内部便是其自己的专用作用域等等。这将创建一种父/子类型的层次结构。

发生异常时，外壳会在当前作用域内查找 Trap。这意味着某个函数内的异常将在该函数内部查找 Trap。如果外壳发现了 Trap，就会执行该 Trap。如果 Trap 以 Continue 结尾，外壳将继续执行引发异常的代码行后面的一行，但仍在同一作用域中。下面借助一小部分伪代码来说明这一点：

Trap {
 # Log error to a file
 Continue
}
Get-WmiObject Win32_Service –comp "Server2" –ea "Stop"
Get-Process

如果异常发生在第 5 行，则将执行第 1 行中的 Trap。Trap 以 Continue 结尾，因此将继续执行第 6 行。

现在考虑下面这个略有些不同的作用域示例：

 Trap {
  # Log error to a file
  Continue
 }
 
 Function MyFunction {
  Get-WmiObject Win32_Service –comp "Server2" –ea "Stop"
  Get-Process
 }
 
 MyFunction
 Write-Host "Testing!"

如果错误发生在第 7 行，则外壳会在函数的作用域内查找 Trap。如果没有找到，那么外壳将退出函数的作用域，继续在父作用域内查找 Trap。因为那里有 Trap，所以它将执行第 1 行。在本例中，代码是 Continue，所以将继续执行同一作用域中异常之后的代码行，即第 12 行，而不是第 8 行。换言之，外壳在退出之后不会再重新进入该函数。

现在将该行为与以下示例做一下对比：

Function MyFunction {
 Trap {
  # Log error to a file
  Continue
 }
 Get-WmiObject Win32_Service –comp "Server2" –ea "Stop"
 Get-Process
}
 
MyFunction
Write-Host "Testing!"

在本例中，第 6 行中的错误将执行第 2 行中的 Trap，并保持在函数的作用域内。Continue 关键字将保持在该作用域内，继续执行第 7 行。如果您将 Trap 放入预期会发生错误的作用域内，好处是您仍保持在作用域中并可以在其中继续执行。但如果此方法对于您的情况不适用应该怎么办呢？