做网站前，考虑网站并发

你笑了这么久，也没见说一句顶用的话，你只会笑吗？我看你还真不是奇葩……

什么叫做java 什么什么~~~高谈阔论啊你？会java吗？是不是觉得这里的人都不如你呀？那你干嘛还来这个论坛啊？自己建一个自己去论谈呗！

你还真不是奇葩……
且不说楼主说法别人是否认同，至少是在同大家分享心得，你会什么？

楼主知道平均一个页面有多少个请求吗，即使开着keep-alive依旧少不了4-6个请求，不开keep-alive就是多少的资源多少的请求
即使css/js/jpg等使用CDN和缓存，确保请求不会落到动态服务器上，那么ajax呢？定时轮询呢？iframe呢？平均一个页面4-5个是少不了的，然后再用这个倍率去算算你要撑多少的并发吧。
还有，如果你的并发只关心链接的建立，即1秒内建立1000个链接就认为没问题的话，恐怕也是估算不足。一个链接很可能维持很久，就如中国的网络可能形成一个页面下载2-3分钟，则这2-3分钟里这个链接一直处于“发”的状态，如果大家都这样，并发数再多几倍完全是可能的

感觉楼主还在脑图阶段

http 1.1规范要求 每个浏览器同时只能保持2个套接字连接 所以一个浏览器不管多少请求都在其中一个socket连接里。 服务器的主要压力在于用有限的资源尽快地处理浏览器的请求。

扯谈：
1、HTTP1.1规范是建议不是要求
2、现在根本没浏览器遵守这2个SOCKET的建议，少说6个，多则16个
3、只有开了keep-alive才会出现“请求在其中一个SOCKET”这种现象，不然就是关了SOCKET重新再建立一次

到底一个网站多少并发，需要根据当前应用实际的并发统计才能够确定的。假设之前都对，还有几个地方需要注意：
1、并发一般需要以峰值来设计，对于一般性质的网站，峰值为平均每秒并发的3.4 倍，不同类型应用，此数值会有出入，仍然要以实际为准，所以如果平均是1000 的话，那么需要能够支持3400 的并发才行。
2、一般的网站肯定会是集群，为了防止雪崩，就是说一台服务器down 了，接下来的服务器会因为承受了来自这台服务器带来的流量而相继down 掉，一般不会让任何一台服务器的负载搞过70%，正常数值应该在40% 左右。所以，根据估计，服务器能够支持的最大并发，应该在10000 左右才是比较合适的数值。

比你之前的估计大了10倍……

推荐一本书《容量规划的艺术》
至于说网站能够支持多少并发这样的问题，真不是网站起步时应该考虑的问题

又一个装 B的。这年头啥都不懂得人就是喜欢装。
估计是看不懂又想表现下自己~~

新浪部分高并发页面肯定做了页面静态化，这点就极大减轻了用户请求对应用服务器和数据库服务器的压力~~~