PowerShell参数异常需主动验证与错误控制：用ValidateScript等属性提前校验，try/catch包裹初始化逻辑，-ErrorAction Stop升级非终止错误，并通过$PSBoundParameters和$args增强鲁棒性。
powershell 脚本参数传入时的异常，通常不是由语法错误直接引发的“运行时异常”，而是因参数验证失败、类型不匹配、路径不存在或权限不足等导致的 非终止错误 或 脚本终止错误。这类问题不会自动触发 catch，必须主动设计验证逻辑并配合错误控制机制才能可靠捕获和处理。
参数验证失败需手动抛出终止错误
PowerShell 默认不对参数值做深度校验。例如声明 [string]$Path，传入空字符串或非法路径不会报错——直到你真正使用它时才出问题。因此关键一步是：在 param 块中用 ValidateScript、ValidateNotNullOrEmpty 等属性提前拦截，或在脚本开头手动检查并 throw：
-
ValidateScript中使用Test-Path验证路径存在且可访问 - 对必填参数用
ValidateNotNullOrEmpty防止空值传入 - 自定义验证失败时，
throw一条明确消息（这会生成脚本终止错误，可被try/catch捕获）
用 try/catch 包裹参数解析与初始化逻辑
PowerShell 的参数绑定发生在 param 块执行期间，但绑定错误（如类型转换失败）默认是终止性错误，可被捕获。建议将整个参数处理流程放在 try 块中：
- 把
param块保留在脚本顶部（这是强制要求） - 在
begin或脚本主体开头，集中做路径检查、权限测试、依赖服务连通性验证等 - 所有可能失败的操作都包裹在
try内，用catch统一输出友好提示并exit 1
区分 -ErrorAction Stop 与 $ErrorActionPreference
某些 cmdlet（如 Get-Content、Invoke-RestMethod）在参数值合法但运行时失败时，默认只产生 非终止错误，catch 无法捕获。这时要显式升级：
- 对单个命令加
-ErrorAction Stop，让它失败时抛出可捕获的异常 - 避免全局修改
$ErrorActionPreference = 'Stop'，以免影响其他无害警告 - 结合
-ErrorVariable记录具体错误对象，便于日志或调试
利用 $PSBoundParameters 和 $args 做兜底判断
当用户绕过命名参数、直接传位置参数或混用时，容易出现意料外的输入。可通过以下方式增强鲁棒性：
- 检查
$PSBoundParameters.Count是否为 0，提示用户运行Show-Usage - 用
$args捕获多余参数，给出明确警告而非静默忽略 - 对开关参数（
[switch]$Force），确认其是否被显式指定，避免逻辑误判
