终端类型全是手机,是靠在卡里写入程序,发送短信到网关,网关转发到我公司的服务器实现的，服务器就是socket程序，它简单处理后就发到别的服务器，调用其他服务器的web Service等待返回获取数据，有一点是web service要调用后台的数据，也就是说要与数据库打交道，所有性能有严格的要求，服务器我是用java.nio+ThreadPools来实现的但是我对程序反映出来的性能很不满意，客户等待时间太长，也就是说服务器处理速度太慢了，我测试到web Service的调用后台数据时间达到0.22s,我想问下，我怎么做性能才能更高，甚至上万用户同时在线访问的要求，可以在我服务器这边用到什么技术或方法，，小弟我在线等待，请各位大侠指教，谢谢
异步集群试验看看，单靠Socket这个底层技术是不行的，因为CPU资源有限，需要向上思维。
这个一般都是长连接,心跳机制来实现吧
以前搞过这个应用！哈哈，没想到楼主也搞这个。。。。。。
可以试试一些高性能的nio框架,grizzly可以满足你的要求。它确实可以。很多手机网游的服务器端都是采用了grizzly来做的。
grizzly是不错，基于多媒体SIP协议，适合搞游戏，支持AJAX，可以进行Comet等server push服务器推技术，这些在手机游戏中很有用处，以前我曾经自己写过一个NIO server，也是用于手机游戏，直接支持TCP/UDP协议。
grizzly好像没有提到如何负载平衡，多台集群策略，可能2.0推出或有其他变通方案，如果解决这个问题，就是真正scalable了
这个这个，，，，，，就太复杂了。。。。。
想要grizzly集群，恐怕要费一番手脚吧？
grizzly最牛逼的应用glassfish的集群是通过jxta技术实现的。
jxta是sun的一个开源p2p技术，或许可以参考glassfish的做法，借助jxta自行设计grizzly的集群吧。
grizzly和glassfish是相辅相成的，看来glassfish有希望转变起点慢一拍的弱点。
关于p2p架构和云计算架构，可能在方向有所不同，又要我们用户选择了，架构选择就是跟随的问题，就是路线问题，一旦站错队，就全盘皆输啊。当然，p2p和cloud computing还是有共同处的。
Cloud Failures Are Serious - Time to Revisit P2P?
(google曾经发生严重的当机事故，是不是说明cloud问题，或许是时候重返P2p，btw:该站也使用了中国 太极图作为网站logo，很有意思)
http://www.readwriteweb.com/archives/google_failures_serious_time_t.php
P2P & the Limits of Cloud Computing
http://www.internetevolution.com/author.asp?section_id=630&doc_id=159881
楼主现在有没找到合适的解决方案！
我现在正在开发例似的系统
QQ：425645904
应该是数据库的问题