imote wrote:
客户端不需要使用pool吧，只有提供服务的server对此的需求才比较多。一般来说，客户端一个socket连接就应该能搞定问题了。

sanigo wrote:
谁能贴个实现，让兄弟看看？

speeddemon wrote:
兄弟，去apache.org看看，有开源的apache jakarta project,其中有Common pool，实现了一个通用池。
http://jakarta.apache.org/commons/pool/

scottlai wrote:
兄弟. 重點在: Is socket poolable?

speeddemon wrote:
兄弟，完全可以，我已经说过，我们已经有实现并且正在使用。
我们的情况是这样的，必须与某电信运营商的营帐系统连接，按照特定协议完成某些操作。最初的作法是使用短连接，即需要时建立，完成操作后立即释放。后来发现因为某些原因，建立连接的开销很大（操作前需要认证），导致我们的应用相应速度较慢。分析后决定采用连接池，建立连接并认证后，将socket缓存到池中，池负责维护socket的有效性（通过发送keepalive包），并维护连接的生命周期（定期重建）。事实证明，这样做极大的提高了应用的效率，带来的速度提升有两个数量级以上！
因为一些商业原因我不能指明应用场合和贴出源代码，有兴趣可以在这里讨论实现原理和步骤。

scottlai wrote:
那應該是SOCKET沒CLOSE吧? JAVA SOCKET CLOSE還能REUSE??

speeddemon wrote:
谁说Close了？当然不能Close，只是放回池中，由池来维护——“池负责维护socket的有效性（通过发送keepalive包），并维护连接的生命周期（定期重建）”——没看到吗？

数据库连接池，不知大家用过没有？一样的道理啊！

speeddemon wrote:
兄弟，完全可以，我已经说过，我们已经有实现并且正在使用。
我们的情况是这样的，必须与某电信运营商的营帐系统连接，按照特定协议完成某些操作。最初的作法是使用短连接，即需要时建立，完成操作后立即释放。后来发现因为某些原因，建立连接的开销很大（操作前需要认证），导致我们的应用相应速度较慢。分析后决定采用连接池，建立连接并认证后，将socket缓存到池中，池负责维护socket的有效性（通过发送keepalive包），并维护连接的生命周期（定期重建）。事实证明，这样做极大的提高了应用的效率，带来的速度提升有两个数量级以上！
因为一些商业原因我不能指明应用场合和贴出源代码，有兴趣可以在这里讨论实现原理和步骤。

felexs wrote:
是否需要连接池主要看需求。
如果你提及的营帐系统和应用是一个厂商开发的，那么这种方式显然是地效、自找麻烦的。此时client与server只需一个长连接，保持连接的心跳侦测，在连接上发送消息包即可。（可能大家都知道，废话了）。

在与一个已有系统对接时，该系统只能接收断连接（比如该系统是通过SERVLET接受请求的），此时client端要提高性能，连接池当然需要，这个连接池在系统总开销上并没有节省，是典型的以空间换时间。

去年（当时我还在国内一家电信设备制造商）开发一套数据业务平台时，就碰到过上述问题。

实现方法关键在于如何换开销。

felexs wrote:
这不是揣测，而是根据实际的使用经验！
你知道吗？一般的电信级应用一个连接已经够了，呼叫指标可以达到1000CAPS.

正是因为短连接，不停的建立、拆除才需要从连接策略上考虑，引入开销换取的解决方案，所谓的连接池技术也是在不同的场合有不同的思路及应用。