为何PowerShell有时迭代$null有时不会？求数组正确处理方案

原因解释 #

PowerShell对"空"的处理存在两种不同的空值类型，这是导致迭代行为差异的核心：

• AutomationNull.Value：这是PowerShell特有的空值，当Where-Object没有匹配结果、命令无输出时会返回它。它在管道中会被视为"无元素"，因此不会触发ForEach-Object的处理脚本块。你用$null -eq $array返回True，是因为PowerShell的宽松比较会将AutomationNull.Value等同于$null，但二者本质不同。
• CLR $null：直接赋值的$null、.NET类方法返回的null都属于CLR层面的空值。PowerShell管道的默认行为是将非集合类型的对象（包括CLR $null）包装为单元素数组，因此这类$null会被当作一个有效元素进入管道，触发ForEach-Object的处理脚本块。

对应你提到的三种场景：

1. 场景1：Where-Object返回的是AutomationNull.Value，管道识别为无元素，所以只执行begin和end块。
2. 场景2：直接赋值的$null是CLR $null，被管道包装为单元素数组，因此处理块会执行并检测到$_为$null。
3. 场景3：.NET类方法返回的是CLR $null，同样被管道包装为单元素数组，导致相同的非预期行为。

解决方案 #

除了你提到的预先检查替换为空数组，还有以下更简洁的处理方式：

1. 强制转换为数组类型 #

使用[array]类型转换将任意输入统一处理为数组：

# 不管$array是CLR $null还是AutomationNull.Value，都会转为数组
[array]$array | ForEach-Object { "begin" } { $null -eq $_ } { "end" }

当$array是CLR $null时，[array]$null会生成空数组；当是AutomationNull.Value时，同样会转为空数组，确保管道中没有元素需要处理。

2. 使用空合并运算符 #

用??运算符将$null替换为空数组，语法更紧凑：

($array ?? @()) | ForEach-Object { "begin" } { $null -eq $_ } { "end" }

逻辑和手动检查替换一致，但代码更简洁。

3. 在管道中过滤$null（应急处理） #

如果无法提前处理变量，可以在ForEach-Object前添加Where-Object过滤$null：

$array | Where-Object { $null -ne $_ } | ForEach-Object { "begin" } { $null -eq $_ } { "end" }

这种方法只能过滤掉作为元素的$null，无法解决两种空值的本质差异，适合临时场景。

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