PowerShell函数内将$null赋值给Bool变量为何行为不同？

在PowerShell 5.1中，全局/脚本作用域与带有[CmdletBinding()]的函数作用域中，将$null赋值给强类型布尔变量的行为不同，核心原因是不同作用域下的类型转换规则差异：

1. 全局/普通脚本作用域的严格转换 #

在非Cmdlet绑定的作用域中执行[Bool]$result = $null时，PowerShell会严格校验类型转换的合法性：

• [bool]类型仅接受布尔值（$True/$False）或数值（1/0）作为合法输入
• $null不属于上述范畴，因此直接抛出转换错误，与你观察到的报错一致。

2. Cmdlet绑定函数内部的宽松转换 #

当函数标记[CmdletBinding()]后，会启用Cmdlet运行时模式，该模式下的类型转换逻辑更偏向于"容错式赋值"：

• 对于值类型（如[bool]、[int]、[DateTime]等），当赋值$null时，PowerShell会自动将其转换为对应值类型的默认值
• [bool]的默认值为False，因此函数内的[Bool]$result = $null不会报错，最终变量被赋值为False

验证其他值类型的默认值行为 #

可以通过以下代码验证该规则对其他值类型的适用性：

function Test-DefaultValueType {
    [CmdletBinding()]
    Param()
    [int]$intVal = $null
    Write-Output "Int类型默认值: $intVal"
    [DateTime]$dtVal = $null
    Write-Output "DateTime类型默认值: $dtVal"
}
Test-DefaultValueType

执行后输出：

Int类型默认值: 0
DateTime类型默认值: 0001/01/01 00:00:00

内容的提问来源于stack exchange，提问作者Jelphy