Web Services中Proxy与Stub的定义、作用及差异咨询

刚好我对这块门儿清，给你拆解明白这俩玩意儿的定义、作用，以及核心区别：

先明确你已经了解的Proxy（代理） #

你说的没错，Proxy就是客户端这边的“远程服务代言人”——它本身不实现业务逻辑，只是帮你把调用转发给真实的服务端。举个实际例子：当你在.NET里用Add Service Reference生成的那个服务类，就是Proxy。你调用它的GetUserInfo()方法时，它会悄悄帮你把请求序列化成SOAP格式、通过HTTP发送到服务端，等服务端返回结果后再反序列化成你能直接用的对象，全程你不用管网络那堆繁琐的事儿。

再说说Stub（桩）的定义与作用 #

Stub的定位和Proxy有本质区别，它的核心是**“模拟/占位”**，常见的两种场景：

• 测试场景的模拟Stub：这是现在最常用的Stub用法。比如你要测试客户端的业务逻辑，但不想依赖真实的Web服务（怕服务挂了、或者测试数据不好控制），就可以写一个Stub——它完全实现了和服务端一样的接口，但方法里返回的是你预设好的假数据。比如你写个StubUserService，它的GetUserInfo()直接返回new User{Id=1, Name="测试用户"}，这样客户端调用它的时候，就能完成测试流程，不用连真实服务。
• 传统分布式系统的客户端Stub：在早期的分布式框架里，Stub其实和现在的Proxy功能类似——也是客户端侧负责网络通信的代码，但后来这个角色慢慢被“Proxy”这个词取代了，现在很少这么用了。

二者的核心区别 #

• 核心目的不同：Proxy是为了让你能方便地调用真实服务，它是真实服务的“传声筒”；Stub是为了替代真实服务，它是用来模拟或者占位的“假替身”。
• 调用指向不同：Proxy的方法最终会调用真实的服务端代码；Stub的方法要么返回预设的模拟数据，要么就是空实现（占位用），不会指向真实服务。
• 使用场景不同：Proxy是生产环境中客户端调用服务的必备组件；Stub主要用在测试、开发阶段，用来隔离依赖。

补充一句：有时候会有人把Proxy和Stub混着说，但只要抓住“是否指向真实服务”这个核心，就能轻松区分开。

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