Get-CimInstance splatting传参时无法使用-Query参数问题

首先纠正一个认知偏差：你本地能正常跑通的直接执行命令，根本没传-ClassName参数。命令里出现的SMS_FullCollectionMembership是WQL查询语句内部写的查询目标表名，属于-Query参数传值的一部分，不是独立传给Get-CimInstance的-ClassName参数，两种调用方式的入参从一开始就不一样。

Get-CimInstance采用PowerShell标准的多组互斥参数集设计，和本次问题相关的两个核心参数集规则非常明确：

• Query参数集：核心标识参数就是-Query，支持传入命名空间、CIM会话这类通用参数，完全不接受-ClassName参数——毕竟WQL语句本身已经写清楚要查询哪个CIM类，没必要额外再通过-ClassName重复指定
• ClassName参数集：核心标识参数是-ClassName，支持传入过滤条件、返回属性列表这类参数，完全不接受-Query参数

参数集本质是PowerShell为cmdlet实现的参数互斥校验机制，同一时间只能选择一个参数集执行，只要传入的参数同时命中两个不同参数集的核心标识参数，参数绑定器就无法确定要使用的参数集，直接抛出绑定错误。

你观察到的"直接传参正常、splatting传参报错"本质是错觉：

• 如果你真的在命令行直接输入同时带-ClassName和-Query参数的命令，PowerShell交互式解析器在输入解析阶段就能识别到参数集冲突，直接抛出和splatting场景完全一致的参数绑定错误，根本不会进入执行阶段。你之前跑通的命令本来就没加-ClassName，完全符合Query参数集的传参要求，自然能正常返回结果。
• 使用splatting传参时，哈希表的所有键会被逐一映射为cmdlet参数，你在哈希表中额外加入的ClassName键，相当于平白给命令多塞了一个属于其他参数集的核心参数。参数绑定器同时拿到Query和ClassName两个分属不同参数集的标识参数，判定不了要加载哪个参数集，就会返回你看到的Unable to resolve the parameter set name错误。

只要传参同时命中两个互斥参数集的核心标识参数，就会触发Query参数绑定失败，常见场景包括：

• 同时传入-Query和-ClassName参数
• 同时传入-Query和-ResourceUri参数
• 同时传入-Query和-InputObject（即直接传入已有的CIM实例对象）参数

修复方式非常简单，直接删掉splatting哈希表里的ClassName键值对即可，你的WQL查询已经明确标注了要查询的CIM类和关联关系，不需要额外传入该参数。

修复后的正确传参示例：

$curParams = @{
    Namespace = "root\sms\site_SITECODE"
    Query     = "SELECT SMS_Collection.* FROM SMS_FullCollectionMembership, SMS_Collection where Name = '$($hostname)' and SMS_FullCollectionMembership.CollectionID = SMS_Collection.CollectionID"
}

Get-CimInstance @curParams

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