PowerShell中$null变量在Switch与If判断中行为差异问题

安全阿岳

2026-8-31

问题根本原因

该现象的核心诱因是PowerShell中存在两种"看起来是空"的不同值，二者在switch语句中的处理逻辑完全不同：

通过Get-ItemProperty -ErrorAction Ignore在查询失败时拿到的不是真正的标量$null，而是[System.Management.Automation.Internal.AutomationNull]::Value（自动化空值）。这是PowerShell的特殊单例值，用来表示「命令执行后没有产生任何输出」的状态。
手动赋值的$stage = $null是标准的.NET空引用，属于标量值。

两类值的行为差异直接导致了现象：

为什么if判断能正常命中：在做相等比较（$null -eq $var）、布尔上下文转换时，AutomationNull会被等价当作$null处理，因此if分支可以正常进入、输出提示文本。
为什么switch不进入任何分支（包括default、显式$null分支）：PowerShell的switch本质是对输入对象做迭代遍历匹配，当输入是AutomationNull时，解释器会将其识别为包含0个元素的空可枚举对象。对空集合执行迭代时，会直接跳过整个遍历逻辑，自然不会匹配任何分支，连default分支都不会执行。

复现验证

不需要依赖注册表查询，用最简单的代码即可复现该现象：

# 空脚本块执行无输出，赋值得到AutomationNull
$autoNull = & {}

# if判断命中，输出"is null"
if ($null -eq $autoNull) { "is null" }

# 下面的switch无任何输出，所有分支都不命中
switch ($autoNull) {
    $null {"hit null"}
    default {"hit default"}
}

# 显式赋值为真正的$null后，switch正常命中null分支
$realNull = $null
switch ($realNull) {
    $null {"hit real null"}
    default {"hit default"}
}

修复方案

根据使用场景选择以下任意一种方案即可：

赋值后显式将AutomationNull转为真正的$null，这也是测试时注释行生效的原因：

$stage = Get-ItemProperty -Path $REGISTRY_KEY -Name $FRUIT_VALUE -ErrorAction Ignore
if ($null -eq $stage) { $stage = $null }

用数组包裹取值确保拿到标量结果，自动将空结果转为真正的$null：

$stage = @(Get-ItemProperty -Path $REGISTRY_KEY -Name $FRUIT_VALUE -ErrorAction Ignore)[0]

在switch入参处做强制类型转换，将AutomationNull转为标量空值：
```
switch ([object]$stage) {
    # 原有分支逻辑不变
}
```

注意：不止Get-ItemProperty，所有执行后无任何输出、且错误被-ErrorAction Ignore/SilentlyContinue屏蔽的PowerShell命令，返回值都是AutomationNull，都会触发同类switch异常行为。

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