PowerShell中-in与-contain运算符行为不符合预期的原因咨询

核心原因：比较方向与类型转换规则 #

你遇到的问题本质是PowerShell中-in和-contains的比较逻辑与类型转换规则和单独使用-eq的场景不同：

1. -in/-contains的比较逻辑：
   • $value -in $collection 等价于遍历集合中每个元素$elem，判断$elem -eq $value是否为$true，只要有一个匹配就返回$true。
   • $collection -contains $value 和-in逻辑完全对称，只是语法顺序反转。
2. -eq的类型转换规则：
   执行比较时，会将右侧操作数转换为左侧操作数的类型，再进行判断。

结合这两点，就能解释你遇到的所有异常现象：

示例1：'False' -in @($true) 返回$true（输出1） #

遍历集合中的$true（布尔类型），执行$true -eq 'False'：

• 左侧是布尔型，因此将右侧字符串'False'转换为布尔值：PowerShell中所有非空字符串转布尔均为$true，即[bool]'False' = $true。
• 最终比较$true -eq $true，结果为$true，因此整个-in表达式返回$true。

示例2：@($true) -contains 'False' 返回$true（输出1） #

逻辑和示例1完全一致：判断集合中是否存在元素$elem满足$elem -eq 'False'，同样得到$true。

关于你提到的$MyVar = $false的测试场景 #

如果严格按照你给出的代码执行$MyVar -in @($True,'True')，实际返回结果应为$false（输出0），推测可能是测试时的笔误（比如变量值或集合元素写错）。但核心逻辑依然是：遍历集合时，每个元素会以自身类型为基准，转换右侧变量后再做比较。

可靠的检测方案 #

如果你想准确判断变量是否为布尔$true或字符串'True'，推荐以下两种方式：

方式1：保留两次-eq判断（逻辑清晰） #

这种写法直接规避了跨类型转换的风险，结果准确可控：

$MyVar = $false
If (($MyVar -eq $True) -or ($MyVar -eq 'True')) {1} Else {0}

方式2：增加类型校验（更严谨） #

如果需要严格区分类型（比如避免小写'true'被误判），可以结合类型检查：

$MyVar = $false
If (
    ($MyVar -is [bool] -and $MyVar) -or 
    ($MyVar -is [string] -and $MyVar -ceq 'True')
) {1} Else {0}

这里用-is判断类型，-ceq做严格大小写的字符串匹配，彻底避免类型转换和大小写模糊匹配的问题。

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