PowerShell中Switch参数为何会覆盖其他命名参数？

这其实是对PowerShell Switch参数的用法误解导致的，我来给你拆解清楚：

核心原因：Switch参数不需要赋值，你加的true被当成了位置参数 #

PowerShell里的Switch参数设计非常简洁：只要参数名出现在命令里，它就会被设为$true，完全不需要额外指定值。当你写-testSwitch true时，PowerShell并不会把true绑定到-testSwitch上，而是把这个true当作一个「无命名的位置参数」，自动分配给了第一个没被显式指定的参数——也就是你的$names。

拆解你的例子 #

你的脚本参数定义是：

param( [switch]$testSwitch = $false, [String[]]$names = "ABC","DEF")

当你执行.\testScript.ps1 -testSwitch true时：

1. -testSwitch被识别，直接把$testSwitch设为$true（符合你的预期）
2. 后面的true没有被任何命名参数绑定，PowerShell就把它传给了位置上的下一个参数$names，覆盖了它的默认值"ABC","DEF"

为什么Int32参数不会有这个问题？ #

当你把[switch]换成[Int32]时，-testParam 1是正常的带值参数用法：PowerShell会明确把1绑定到-testParam上，因为这类参数需要值，所以不会把值“漏”到其他参数里。这是带值参数和Switch参数的本质区别。

正确的Switch参数用法 #

有两种方式可以正确使用Switch参数，都不会干扰其他参数：

1. 最常用的方式：只写参数名

   .\testScript.ps1 -testSwitch
   

   执行后结果符合你的预期：

   names: ABC DEF
   test: True
   

2. 显式赋值（可选，不推荐多余操作）
   如果一定要明确指定值，必须用冒号把参数名和值连起来，告诉PowerShell这个值属于该Switch参数：

   .\testScript.ps1 -testSwitch:$true
   # 或者关闭的话：.\testScript.ps1 -testSwitch:$false
   

   这样true就会绑定到-testSwitch，不会跑到$names里。

额外提醒 #

Switch参数的默认逻辑是：参数存在则为$true，不存在则用你定义的默认值（这里是$false）。所以日常使用中完全没必要给它赋值，只需要在需要启用的时候加上参数名就行，既简洁又不会出错。

内容的提问来源于stack exchange，提问作者L.Rolle