web service设计中的性能问题

SOA架构已经成为很多系统的架构选择，在基于SOA架构的系统的编程开发中，可以从以下三个点来关注性能问题。

1 web service的调用。
众所周知，web service的调用中，网络上的时间消耗是一个比较大的部分。这里有两个可以注意的地方。soap消息的大小，标准的soap消息以是xml文档的形式传送的，而一个重型的web service的结果可以达到几十甚至更大，可以考虑用压缩后的形式传送比较大的soap消息。web service的调用频率，在一次业务中，有可能调用同一个系统多次web service，可以考虑设计一些重型的service来减少调用次数。

2 业务逻辑编程时的考量
一般来说，代码中的性能bug会比较少，但是，质量很差的代码一样有可能是性能杀手。对关键系统的代码一定要做性能测试，以便尽早发现低质量的代码。

3 数据库优化
数据库访问一直是性能杀手，对数据库的优化应该持续的测量与改进。加索引，分表，加缓存等等任何常见的优化措施都有可能对性能有一个大的提升。

4 对ws约定的理解
很多时候大家都忘了性能同样是ws的一个约定。只不过是隐含的。
一个ws在发布之前，应该有充分的性能测试。

性能的问题，永远都不会有一个最终的完美方案。其要点在于，设计，编程，配置，测试时要有性能的概念。要思考自己的每一个动作会对性能造成什么样的影响。性能的改进依赖于测试，任何改进都必须有性能测试报告来证明其是行之有效的，而不是yy出来的。性能的改进依赖于团队对于性能持久的关注，而不是有了问题才解决。

评论

20 楼 zhang_xzhi_xjtu 2010-08-23  

miwucc 写道

请问楼主~如果一个ws服务遇到高并发访问的情况下该如何来保证他的稳定性呢？

一个ws服务的并发性应该在发布之前就测试好。这个也是ws的一个约定。

19 楼 miwucc 2010-08-23  

请问楼主~如果一个ws服务遇到高并发访问的情况下该如何来保证他的稳定性呢？

18 楼 neo_q 2010-06-30  

mp_juan 写道

todd_liu 写道

哪这么多的“唧唧歪歪”，直接socket,解决

直接支持，socket完全搞定的事，东扯西扯的

兄弟，WS是规范的、自描述的，如果是放在真正的互联网上，你难道额外放一个文档来描述你的socket字节意义？当然在有限客户端的情况下socket从某种意义上来说是可以作为解决方案的。

17 楼 mercyblitz 2010-06-30  

mp_juan 写道

todd_liu 写道

哪这么多的“唧唧歪歪”，直接socket,解决

直接支持，socket完全搞定的事，东扯西扯的

如果是Socket的实现，连接的两方都需要实现通讯协议，意义就不同了。 WS的意义就是标准化，通讯终端只需要实现SOAP。

现有的方案都提供了相应语言的实现。

16 楼 mp_juan 2010-06-29  

todd_liu 写道

哪这么多的“唧唧歪歪”，直接socket,解决

直接支持，socket完全搞定的事，东扯西扯的

15 楼 andot 2010-06-29  

mercyblitz 写道

Hprose在浏览器是怎么支持的？看了你的测试结果，貌似比PHPRPC还快！

Hprose提供了一种可以高效解析的格式，对于各种语言都非常友好。因此在浏览器中，可以通过js快速的完成构造和解析。Hprose是从PHPRPC发展而来的商业化版本，其性能是PHPRPC的10倍甚至更高，如果比PHPRPC还要慢的话，那商业化就没有意义了。

14 楼 todd_liu 2010-06-29  

哪这么多的“唧唧歪歪”，直接socket,解决

13 楼 mercyblitz 2010-06-29  

andot 写道

mercyblitz 写道

andot 写道

zhang_xzhi_xjtu 写道

berlou 写道

其实现在看webservice调用也可以考虑不用xml传输，用json或者其他更轻量级的格式貌似都可以。

json貌似减轻了一些性能负担，但是不如2进制来的爽快。

跨平台的话，二进制不见得会多爽。至少javascript里面没办法处理二进制。

javascript传递XML?速度更慢，要提供好的性能，最好不要使用解释型语言。

当然不是XML，XML在远程调用中是最不可取的东西。javascript作为ajax实现中必须的技术，在浏览器中具有不可替代性，所以想要不使用也是不现实的。最好的方式就是使用Hprose，不但可以高效的支持JavaScript，还可以实现跨域调用，另外还能跨语言，跨平台，对于各种常见语言都有非常好的支持，是其他技术所无法相比的。

Hprose在浏览器是怎么支持的？看了你的测试结果，貌似比PHPRPC还快！

12 楼 andot 2010-06-29  

mercyblitz 写道

andot 写道

zhang_xzhi_xjtu 写道

berlou 写道

其实现在看webservice调用也可以考虑不用xml传输，用json或者其他更轻量级的格式貌似都可以。

json貌似减轻了一些性能负担，但是不如2进制来的爽快。

跨平台的话，二进制不见得会多爽。至少javascript里面没办法处理二进制。

javascript传递XML?速度更慢，要提供好的性能，最好不要使用解释型语言。

当然不是XML，XML在远程调用中是最不可取的东西。javascript作为ajax实现中必须的技术，在浏览器中具有不可替代性，所以想要不使用也是不现实的。最好的方式就是使用Hprose，不但可以高效的支持JavaScript，还可以实现跨域调用，另外还能跨语言，跨平台，对于各种常见语言都有非常好的支持，是其他技术所无法相比的。

11 楼 mp_juan 2010-06-29  

传递XML怎么会有那么多的性能问题呢，难道非要用WS才能解决问题吗，socket都能解决问题吧，传递二进制可能在网络上面的消耗比较低，如果LZ没有比较妥善的二进制处理机制的话，建议还是使用xml报文传输数据

10 楼 shuiguozheng 2010-06-29  

mercyblitz 写道

如果要用WS的话，建议可以使用二进制协议的Hession或者PHPRPC，如果不用的话，用REST。

   我们都是用hessian 提供出去的！至于传输的数据过大也遇到过，当时调用方是。net，我们服务端这边返回的结果集就有9w多条，对方直接超时了。

9 楼 mercyblitz 2010-06-29  

andot 写道

zhang_xzhi_xjtu 写道

berlou 写道

其实现在看webservice调用也可以考虑不用xml传输，用json或者其他更轻量级的格式貌似都可以。

json貌似减轻了一些性能负担，但是不如2进制来的爽快。

跨平台的话，二进制不见得会多爽。至少javascript里面没办法处理二进制。

javascript传递XML?速度更慢，要提供好的性能，最好不要使用解释型语言。

8 楼 andot 2010-06-28  

zhang_xzhi_xjtu 写道

berlou 写道

其实现在看webservice调用也可以考虑不用xml传输，用json或者其他更轻量级的格式貌似都可以。

json貌似减轻了一些性能负担，但是不如2进制来的爽快。

跨平台的话，二进制不见得会多爽。至少javascript里面没办法处理二进制。

7 楼 zhang_xzhi_xjtu 2010-06-28  

berlou 写道

其实现在看webservice调用也可以考虑不用xml传输，用json或者其他更轻量级的格式貌似都可以。

json貌似减轻了一些性能负担，但是不如2进制来的爽快。

6 楼 zhang_xzhi_xjtu 2010-06-28  

恩，以前用xml是为了标准简单，真正关键时刻要性能的话，还是得用2进制。

5 楼 zhang_xzhi_xjtu 2010-06-28  

berlou 写道

这个有点问题， 如果是SOA架构，那必须面对的就是原有系统和异构系统。
如果你的SOAP被压缩为某一个格式，你怎么确定接收方会识别你的压缩格式，正确解压缩？改造所有的旧有系统？
不过对于新系统内部可以考虑用自己的实现去传输。

旧系统也可以考虑加一个薄层，这个薄层可以加在应用服务器上，也可以加在一个中心转发机器上。

4 楼 mercyblitz 2010-06-28  

如果要用WS的话，建议可以使用二进制协议的Hession或者PHPRPC，如果不用的话，用REST。

3 楼 andot 2010-06-28  

其实做异构系统集成，还可以不用webservice，有更好用的技术。

2 楼 berlou 2010-06-28  

其实现在看webservice调用也可以考虑不用xml传输，用json或者其他更轻量级的格式貌似都可以。

1 楼 berlou 2010-06-28  

这个有点问题， 如果是SOA架构，那必须面对的就是原有系统和异构系统。
如果你的SOAP被压缩为某一个格式，你怎么确定接收方会识别你的压缩格式，正确解压缩？改造所有的旧有系统？
不过对于新系统内部可以考虑用自己的实现去传输。