WCF SOAP 与 WCF REST 性能对比
WCF SOAP vs WCF REST performance
我们正在尝试为 SOA 上的高频交易应用程序创建解决方案。作为 .NET 的居民，我们正在使用 WCF 服务。搜索 Google，我发现 REST 负载小于 SOAP 负载。 REST 比 SOAP 更快。同时，SOAP还有其他一些优势，比如事务支持，更多的绑定支持等等。
netTCP 与 SOAP 或 REST 与 JSON 绑定哪个更快？
对于高负载低延迟的系统，哪个更有优势？
有什么指点吗？
对于任何类型的低延迟场景，您都应该像瘟疫一样避免网络调用。如果你真的想玩高频交易 space，你需要处理比这里提出的问题更深层次的架构问题。
一般来说REST性能更好，你可以查看这个条目Rest vs. Soap. Has REST a better performance?
反正对于HFT来说这可能还不够，正如Udi所说，你可能会注意你的应用程序架构和基础设施，避免关闭连接，直接使用TCP协议而不是HTTP，使用非阻塞io技术来提高TPS ，也许使用消息系统（一种 JMS）...
是一个广泛的话题
我们正在尝试为 SOA 上的高频交易应用程序创建解决方案。作为 .NET 的居民，我们正在使用 WCF 服务。搜索 Google，我发现 REST 负载小于 SOAP 负载。 REST 比 SOAP 更快。同时，SOAP还有其他一些优势，比如事务支持，更多的绑定支持等等。
netTCP 与 SOAP 或 REST 与 JSON 绑定哪个更快？
对于高负载低延迟的系统，哪个更有优势？
有什么指点吗？
对于任何类型的低延迟场景，您都应该像瘟疫一样避免网络调用。如果你真的想玩高频交易 space，你需要处理比这里提出的问题更深层次的架构问题。
一般来说REST性能更好，你可以查看这个条目Rest vs. Soap. Has REST a better performance?
反正对于HFT来说这可能还不够，正如Udi所说，你可能会注意你的应用程序架构和基础设施，避免关闭连接，直接使用TCP协议而不是HTTP，使用非阻塞io技术来提高TPS ，也许使用消息系统（一种 JMS）...
是一个广泛的话题