PowerShell中[string]强转的$null参数为何不触发ValidateNotNullOrEmpty报错？

该现象本质是PowerShell的参数解析模式特性和字符串类型转换规则共同作用的结果，核心原因如下：

1. 两种调用写法的本质差异 #

你写的两行测试调用，传入的参数值完全不同：

• 第一行调用 test_M_NoE [string]$x：
  PowerShell在调用命令（函数、外部程序等）的参数位置时，默认走参数解析模式，未被括号包裹的[string]$x不会作为表达式计算，而是被直接解析为字面量字符串"[string]$x"。这是一个非空、非$null的有效字符串，自然不会触发ValidateNotNullOrEmpty校验规则，所以永远不会报错。
• 第二行调用 test_M_NoE $x：
  这里的$x是变量引用，会被正常取值后传入参数。不管你测试的哪种赋值场景，$x最终的取值要么是$null、要么是空字符串""，都会被ValidateNotNullOrEmpty规则拦截，所以始终报错。

2. 验证方法 #

你可以修改函数打印传入的参数值，就能直观看到差异：

Function test_M_NoE ( [Parameter(Mandatory=$true)] [ValidateNotNullOrEmpty()] [string] $x ) {
    Write-Host "传入参数x的实际值为：'$x'"
}
# 执行第一行调用
test_M_NoE [string]$x

执行后会输出传入参数x的实际值为：'[string]$x'，可以确认传入的是字面量字符串。
如果要实现你预期的「先把$x强转为string再传参」的逻辑，需要把表达式用括号包裹，写法为：

test_M_NoE ([string]$x)

这种写法会强制走表达式解析模式，计算[string]$x的值后再传参，此时就会和第二行调用一样触发校验报错。

3. 补充：PowerShell字符串与$null的转换规则 #

PowerShell中不存在值为真正$null的[string]类型变量，所有将$null强转为[string]的操作，最终结果都会变成空字符串""，因此只要[string]类型的参数值为空串，也会被ValidateNotNullOrEmpty规则识别为无效值。

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