补充：

2.4.2和2.4版本在单独测试的环境下：500并发用户，每个并发用户1000次 get和set，性能相差40%左右。

上面测试结果可以看出：

1．在无apache时，性能有所提升，但不明显，而在有apache时，性能大幅提 升，证明在无apache的情况下,memcache客户端已经不是性能瓶颈，因此替换版 本效果不大，在http请求处理性能大幅提升的情况下，memcache客户端性能优化 的优势就得到了体现。

2．在测试中也发现Apache + JBoss波动频率和区间都小于其他几个测试情况 ，图形十分平稳，证明处理请求不是系统瓶颈。

ISP响应时间差异测试比较：

服务集成平台性能测试与优化(应用与环境)(3)

测试优化总结：

1．不要认为内存使用无关性能。现在很对开发者认为内存申请分配是由gvm 来管理，但是内存是否合理使用很可能会影响互联网应用的高并发下性能。GC带 来的系统短暂停滞会在高并发下影响性能。

2．使用java的方法需要有足够的“理由”和“度”。 Java在1.5以后对concurrent方面做了很不错的支持，但是这些并发处理毕竟会 消耗资源，因此在能够避免频繁使用的情况下尽量优化流程。在一些简单的场景 下，是否有必要使用一些比较耗时的方法，例如split，用起来很方便，但是在 设计底层通信操作的时候还是分秒必争（JProfiler看看消耗的时间占用的比例 以及调用的次数），用一些自己简单的方式替换。

3．眼见未必为实，测试才得真知。在SIP5.5中考虑连接后端ISP方式由 HttpURLConnection替换成为HttpClient，感觉HttpClient的开发模式更加容易 认为是共享传输通道（Get,Post都单独作为包来交由HttpClient单个实例），虽 然看到HttpURLConnection说明中提到会共享通道。结果一压，HttpClient根本 上不去，原因是构建这些Get,Post本身也很耗时，同时HttpURLConnection底层 共享优化的也很不错。HttpClient的优势还是在于去构建简单的客户端，能够处 理附加cookies等额外需求。

4．链式处理的情况下，上下文中共享信息减少数据频繁访问缓存。

5．操作系统配置以及Web容器的配置会直接影响应用的性能，特别是一些 Socket交互比较频繁，会有很大并发的应用。具体的配置可以参见最后的说明。

6．APR模式对于服务器处理能力有很大的影响，Epoll和Unix socket都会来 带很大的性能提高（降低资源消耗）。

7．在过去谈过异步Servlet的方式（Servlet3.0的特性之一），但是JBoss5 测试下来看，稳定性并不好，并且可能会有一些并发问题。

8．先列出性能瓶颈可能点，然后分别对已经优化的模块进行单独测试，最后 整合并且通过多场景测试来验证优化结果。

附加信息：

JBoss Web Container配置：

<Connector port="8128" address="${jboss.bind.address}" 　　　　　　　　 maxThreads="1024" maxHttpHeaderSize="8192" 　　　　　　　　 emptySessionPath="true" protocol="HTTP/1.1" 　　　　　　　　

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!