Web services 为什么说远程处理比web服务更快？为什么XMLserializer很慢？

远程处理速度比web服务快，反之亦然

此外，我们还可以根据哪些参数来区分性能

web服务使用XMLserializer，远程处理使用二进制文件

---

xmlserialization是否是一个缓慢的过程？如果是，原因是什么？

是否因为二进制序列化对象的大小小于作为XML表示的同一对象，所以速度更快。而且通过网络传输所需的时间更短

因为二进制序列化对象的大小比XML表示的同一对象小，所以传输速度更快。通过“远程”我想你指的是RPC/RMI调用，通过有线传输所需的时间更短

是的，将一个RPC/RMI调用与一个web服务调用进行比较，RPC/RMI调用的速度通常比较好（二进制文件更紧凑，编码和解码速度更快）。但最大的时间通常花在网络延迟上，等待消息被接收

因此，在现实的大型复杂系统中，最佳选择是将网络请求数量降至最低。这与语言绑定和远程服务api的外观有很大关系

我所看到的大多数RPC/RMI API都促进了许多远程调用，即首先获取远程对象，然后调用几个setter来进行远程调用，然后请求远程对象执行某些操作

Web服务通常基于在本地创建一个大型“文档对象”，并一次性将其发送过来。只需要一个请求响应。

通过“远程处理”，我假定您指的是RPC/RMI调用

是的，将一个RPC/RMI调用与一个web服务调用进行比较，RPC/RMI调用的速度通常比较好（二进制文件更紧凑，编码和解码速度更快）。但最大的时间通常花在网络延迟上，等待消息被接收

因此，在现实的大型复杂系统中，最佳选择是将网络请求数量降至最低。这与语言绑定和远程服务api的外观有很大关系

我所看到的大多数RPC/RMI API都促进了许多远程调用，即首先获取远程对象，然后调用几个setter来进行远程调用，然后请求远程对象执行某些操作

---

Web服务通常基于在本地创建一个大型“文档对象”，并一次性将其发送过来。只需要一个请求响应。

根据定义，web服务是一个无状态进程，每次请求数据时，web服务都不知道最后发生了什么。当您进行远程处理时，您使用的是本地对象，因此开销较小。

根据定义，web服务是一个无状态进程，每次您请求数据时，web服务都不知道最后发生了什么。当您进行远程处理时，您使用的是本地对象，因此开销较小。

也就是说，XML通常压缩得很好（许多重复模式等）。这真的有点取决于你想/需要做什么。是的。。。但那是额外的工作；）此外，还可以将远程处理配置为使用另一个序列化程序，也就是说，XML通常压缩得很好（很多重复模式等）。这真的有点取决于你想/需要做什么。是的。。。但那是额外的工作；）此外，还可以将远程处理配置为使用另一个序列化程序。另一个也是.Net“远程处理”。请参见：我想知道为什么二进制文件更紧凑，编码和解码速度更快？为什么xmlserialer很慢？我想知道内部流程？还有.Net“远程处理”请看：我想知道为什么二进制文件更紧凑，编码和解码速度更快？为什么xmlserialer很慢？我想知道内部流程？