从PowerShell调用WebService时无参Sync方法为何要求额外传参？

你遇到的传参强制要求不是PowerShell调用Web Service的特有规则，本质是Web服务的客户端代理生成逻辑决定的：只要服务端操作的输出契约携带了引用类型的输出参数，生成的代理类就会把这些参数标记为方法调用时的必传入参，最终形成“服务端看似无参、客户端却必须传两个引用参数”的矛盾。
你遇到的“移除参数就报Cannot find an overload for "Sync" and the argument count: "0"错误”，本质是New-WebServiceProxy生成的代理类里，Sync方法的唯一签名就是带两个ref bool参数的，不存在无参重载，和服务端方法的表象签名没有关联。

矛盾产生的底层逻辑 #

• 旧版ASP.NET ASMX Web服务、WCF基础绑定的代理生成器，遇到服务操作的输出包含多个独立参数时，不会把这些参数打包成单独的返回对象，而是会把所有输出参数转成C#方法签名里的ref类型入参，要求调用时通过引用传入对应变量，用来接收服务端返回的输出值。
• 你脚本里的$ws.Sync([ref] $arg1, [ref] $arg2)写法，完全匹配这种代理生成规则：两个传入的bool类型引用参数，本质就是用来接收服务端两个输出值的容器，不是传统意义上传给服务端的入参。
• 你反编译看不到对应参数，通常是两种容易被忽略的实现细节：
  • 服务端的Sync方法实际签名是带ref修饰符的，比如写为public void Sync(ref bool firstOutput, ref bool secondOutput)，反编译时如果只粗略扫方法名、没逐字核对参数列表，就会误以为是无参方法；如果拿到的源码是不完整的简化版，甚至会直接省略这两个ref参数的定义。
  • 服务端采用契约与实现分离的结构：公共实现类里的Sync方法是无参的，但定义Web服务操作的契约接口里，Sync方法是带两个ref参数的，实现类通过显式接口实现的方式对接契约，这种写法下你反编译实现类的公共方法时，永远看不到那两个ref参数。

关于WSDL片段的说明 #

你贴出的WSDL操作片段只是外层节点定义，没有展开输出消息的具体结构。只要完整WSDL里的Sync操作输出消息定义了两个独立的bool类型字段，代理生成器就会自动把这两个字段转成方法上的必传ref入参，和片段里写的document/literal消息样式没有冲突。

具体排查步骤 #

• 拉取完整的WSDL内容，定位Sync操作对应的输出消息结构，确认是否存在两个bool类型的独立输出字段，直接验证契约定义。
• 反编译时优先查找服务关联的契约接口（一般是带[WebServiceBinding]特性的接口类型），逐行核对Sync方法的完整签名，确认是否存在ref/out类型的参数定义。
• 用系统自带的svcutil工具针对服务地址生成临时代理类，直接查看生成的Sync方法签名，就能清晰看到两个必传参数的对应关系，反推服务端的真实契约。

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