PowerShell处理可选参数应优先使用$PSBoundParameters判断显式传参，而非依赖$null或默认值；配合ValidateScript、ValidateSet及有意义的默认值实现健壮、清晰的参数逻辑。
powershell 脚本中处理未定义的可选参数集，核心在于**不依赖参数是否存在来控制逻辑分支，而是通过参数绑定状态和默认值策略主动判断**。powershell 的参数解析机制在脚本启动时就完成绑定，未传入的参数会被设为 $null（引用类型）或默认值（值类型），不会“未定义”——这与 javascript 等语言不同。
用 $PSBoundParameters 判断是否显式传参
这是最可靠的方式。该自动变量是一个哈希表，只包含用户在调用时**实际指定**的参数名及其值。未传入的参数不会出现在其中，哪怕你声明了默认值。
- 检查某个可选参数是否被传入：
if ($PSBoundParameters.ContainsKey('VerboseLog')) { ... } - 检查多个可选参数是否构成某组语义组合：
if ($PSBoundParameters.Keys -contains 'SourcePath' -and $PSBoundParameters.Keys -contains 'TargetPath') { ... } - 配合
param()块中的[Parameter(Mandatory = $false)]使用，逻辑清晰且兼容性好
避免用 $null 或空字符串直接判断参数变量
虽然常见，但有陷阱：
- 如果参数类型是
[string]且允许为空，$MyParam -eq $null和[string]::IsNullOrWhiteSpace($MyParam)行为不同——前者仅判$null，后者还能捕获空格或空串 - 如果参数类型是
[int]，未传参时值为0（不是$null），用-eq $null永远为假，容易误判 - 更安全的做法是结合
$PSBoundParameters：先确认是否传入，再做类型安全的值校验
用 ValidateScript 或 ValidateSet 约束参数组合
当某些参数必须成对出现或互斥时，可在 param() 块中用验证属性提前拦截非法调用：
- 要求
–Mode 'Export'时必须提供–OutputFile：[ValidateScript({ if ($_.Mode -eq 'Export' -and -not $PSBoundParameters.ContainsKey('OutputFile')) { throw 'OutputFile is required when Mode is Export' }; $true })] - 限制参数组合：
[ValidateSet('Basic', 'Advanced')]配合逻辑分支，比运行时switch更早暴露问题
为可选参数设置有意义的默认值并文档化
不要让默认值成为“魔法数字”。例如：
- 用
[string]$LogPath = "$PSScriptRoot\logs"明确指向脚本同级目录，而不是""或$null - 用
[bool]$EnableCache = $true表达设计意图，比$null更易读 - 在注释或
.SYNOPSIS中说明：“若未指定-Timeout，使用系统默认超时（30秒）”
