在使用 PowerShell 的过程中,发现它的异常处理并不像想象中的那么直观,所以在这里总结一下。
Terminating Errors
通过 ThrowTerminatingError 触发的错误称为 Terminating Errors。本质上它是创建了一个异常,所以我们可以使用 catch 语句来捕获 Terminating Errors。因此 Terminating Errors 的另外一个名字叫 Exceptions。默认情况下,Terminating Errors 不影响后面命令的执行!
把下面的代码保存到文件 exception.ps1 中:
# 下面的命令不存在Get-TerminatingErrorWrite-Host 'hello world'
然后执行脚本 exception.ps1:
注意最后输出的 "hello world",虽然执行过程中出现了错误,但是错误后面的代码依然被执行了。
Terminating Errors 的特点是默认情况下你可以通过 catch 语句捕获它,从而控制代码的执行流。把下面的代码保存到文件 exception.ps1 中:Try{ # 下面的命令不存在 Get-TerminatingError}Catch{ Write-Host 'got you' exit 1}Write-Host 'hello world'
然后执行脚本 exception.ps1:
这样就好多了,我们预测了代码中可能产生的问题,并且在发生了错误的情况下果断的结束了脚本的执行。
虽然 Terminating Errors 不能中断脚本的执行,但是却可以中断 pipeline 的执行。从 Terminating Errors 的文档中我们可以看到,其内部抛出了 PipelineStoppedException 异常,并且 PowerShell 内部处理了这个异常。所以正在执行的 pipeline 会被中断掉,然后继续执行后面的其它代码。
Non-Terminating Errors
通过 Write-Error 触发的错误称为 Non-Terminating Errors。本质上它只是把错误信息写入了输出流中而没有产生异常,所以默认情况下 catch 语句无法捕获 Non-Terminating Errors。默认情况下,Non-Terminating Errors 不影响后面命令的执行!
把下面的代码保存到文件 exception.ps1 中:
# C:\xxx 不存在Copy-Item C:\xxxWrite-Host 'hello world'
然后执行脚本 exception.ps1:
注意最后输出的 "hello world",虽然执行过程中出现了错误,但是错误后面的代码依然被执行了。
Non-Terminating Errors 的特点是默认情况下 catch 语句无法捕获它!
把下面的代码保存到文件 exception.ps1 中:Try{ # C:\xxx 不存在 Copy-Item C:\xxx}Catch{ Write-Host 'got you' exit 1}Write-Host 'hello world'
然后执行脚本 exception.ps1,结果和上面是一样的,错误后面的代码依然会被执行。
ErrorAction 选项的秘密
Non-Terminating Errors 默认只是通过 Write-Error 把错误信息写入了输出流中而没有产生异常,所以 catch 语句无法捕获 Non-Terminating Errors。但是我们却可以通过 -ErrorAction 选项改变 WriteError 的默认行为。
ErrorAction 选项主要用来改变命令的 non-terminating errors 的行为(它不会对 Terminating Errors 产生影响)!ErrorAction 选项的工作原理为:用指定的参数覆盖当前命令的 $ErrorActionPreference 变量。默认情况下 $ErrorActionPreference 变量的值为 Continue。可以为 -ErrorAction 选项指定下面的参数:
-ErrorAction[:{ Continue | Ignore | Inquire | SilentlyContinue | Stop | Suspend }]
它们表示的含义如下:
Continue 显示错误信息并继续执行后面的命令,这是默认值。Ignore 这个值是在 PowerShell 3.0 引入的。它不显示错误信息并继续执行后面的命令。与 SilentlyContinue 不同的是,它也不会把错误信息添加到 $Error 变量中。Inquire 显示错误信息并弹框与用户交互。SilentlyContinue 不显示错误信息并继续执行后面的命令。Stop 显示错误信息并且退出脚本的执行。Suspend 这个值只适用于 workflow。当 terminating error 发生时执行会暂停下来,然后决定是否恢复执行。这里我们重点关注使用比较多的 stop, 它会让 Write-Error 等原本产生 non-terminating error 的命令产生 terminating error!所以我们就可以用 catch 语句来捕获异常了。把下面的代码保存到文件 exception.ps1 中:
Try{ # C:\xxx 不存在 Copy-Item C:\xxx -ErrorAction Stop}Catch{ Write-Host 'got you' exit 1}Write-Host 'hello world'
注意我们为 Copy-Item 命令添加了 -ErrorAction Stop 选项,然后执行脚本 exception.ps1:
哈哈,这次捕获到异常了,并且最后也没有输出 "hello world"。
如果需要给每个命令都添加 -ErrorAction 选项可不是什么好玩的事情,好在我们可以在脚本中设置 $ErrorActionPreference 变量来完成同样的功能:
$ErrorActionPreference = 'Stop'
这样在当前的脚本中,所有原本的 non-terminating error 都会变成 terminating error。
Try/Catch/Finally
在异常处理中不介绍 Try/Catch/Finally 语句是不完整的。Catch 语句用来捕获 Try 块中产生的异常,当然我们可以指定只捕获那些我们感兴趣的异常。
Finally 块也是非常重要的,它能保证一些必要的逻辑被执行,比如释放数据库连接。下面的 demo 演示了如何在脚本中设置 $ErrorActionPreference 变量:$eap = $ErrorActionPreferenceTry{ $ErrorActionPreference = 'Stop' # do something}Catch{ Write-Host "error !" Exit 1}Finally{ $ErrorActionPreference = $eap}
在 Finally 块中把 $ErrorActionPreference 变量还原,保证我们自己设置的 $ErrorActionPreference 变量只影响 Try/Catch 块中的语句。
$PSItem 变量
$PSItem 是一个 ErrorRecord 类型的变量,它会保存异常的详细信息。在捕获到异常时,我们可以把异常相关的信息输出或保存到日志中:
$eap = $ErrorActionPreferenceTry{ $ErrorActionPreference = 'Stop' # 下面的命令不存在 Get-TerminatingError}Catch{ # 比较简洁的信息 Write-Output $PSItem.ToString() }Finally{ $ErrorActionPreference = $eap}
$PSItem.ToString() 中只有错误的描述,看起来会比较简洁。执行上面的脚本:
红框中的信息就是 $PSItem.ToString() 提供的。
仅有错误信息并不总是能够很好的帮助调查问题的根源,如果有出错的行号和异常堆栈会好很多:$eap = $ErrorActionPreferenceTry{ $ErrorActionPreference = 'Stop' # 下面的命令不存在 Get-TerminatingError}Catch{ # 包含堆栈的信息 Write-Output $PSItem}Finally{ $ErrorActionPreference = $eap}
这次我们直接输出了 $PSItem,执行上面的代码会得到下面的输出:
这下好多了,有了出错的行号和调用堆栈就可以很容易的看到出错的原因。
结论
作为一门脚本语言,PowerShell 对异常的支持还是非常强大的。不过像 Terminating Errors 和 Non-Terminating Errors 这样的特性也会给我们带来不少的困扰。希望本文介绍的内容可以帮助大家更好的理解 PowerShell 中异常相关的概念。