说实话，这个问题困扰我很多年，无奈公司团队当中也无人能为我解答这个问题，言归正传，自己曾今用jmeter测试过，在一台linux 8核服务器，内存为16GB，安装一台tomcat，然后部署一个自己写的简单Java web服务，提供一个非常简单的restful api，然后通过jmeter进行压测，发现当并发请求数达到四五千的时候tomcat就支撑不住了，难道一台机器只能支撑四五千的并发量？
一个tomcat 5000并发，已经够给面了，复杂业务的连这都到不了；
对于并发，首先你要分析下瓶颈在哪，CPU，内存、带宽等都有可能限制。
现在的架构都在搞这方面研究，服务集群，负载均衡，数据库集群，内存数据库等等。。。本人也还在这里面挣扎。
我这个是什么业务场景都没有的一个简单api，所以不用考虑业务，另外我可能上面没说清楚，我指的四五千的并发是指的QPS，也就是每秒请求数达到四五千就不行了，
我感觉至少也得有个一两万吧，不然如果要提供百万级或者千万级的qps的情况下，做集群也太费硬件服务器了吧
你的tomcat运行在你的机器上啊，有的时候不是tomcat的问题，而是你机器的内存，cpu或者你的网络带宽，包括你的硬盘，这些到达了性能瓶颈了，
所以你得看看你5000并发量的时候，到底是cpu，load，还是jvm，还是什么遇到瓶颈了！
你真是牛逼，百万级别的qps，千万级别的qps，支付宝大促的时候也就8w-10w的qps，你那个是百万级的给谁用？
首先 说一点。 5000的并发量 已经不小了。 如果抗的了5千，说明这个网站有 50-100万人同时在线。 用户量 一定是个 过亿的网站。 一个大型网游 同时100万人在线的都很少