做网站前，考虑网站并发

每个网站都要考虑它能支持多少用户，每秒钟承受多少并发。但在网上没查到有什么好的方法对于这个问题。

我写下我的想法共大家批评：

 

2006年调查网民1.1亿，现在不清楚多少 。假设按1亿用户，如它都是某网站用户。

 

大用户量就涉及到拆分。一般网站区域之间没关联 ，假设按区域拆分。

1亿用户按省横向拆分34个省，就是说每个省部署单独一套程序。

1亿用户/34=2941176用户/省，每套程序需要支持300万用户。

 

 

 

用户活跃时间设2小时/天（就是说2941176用户同时2小时内访问）。

2941176人/3600百秒=817人/每秒

 

 

 

结论：能支持900人/每秒的并发，在活跃时间为2小时，按省拆分可以支持1亿用户。那么我们做的程序如果能支持1000人/秒岂不就是够用了。

 

 

。

 

 

 

这样的大型的网站在中国也屈指可数吧？

并发是这样计算的么？打开一个网页加载N张图片 N个CSS N个JS 这些算不算并发？

太理想化了，网站的用户的地域分布和时段分布，绝对不会如此均衡
当然这也取决于网站具体的类型和内容

关于包含css和图片应该是服务器内部处理吧，我猜测的 。 如向你说的那样，也太耗费服务器资源了。我数了下新浪首页最少50张图片，那么它一个页面就会产生不低于50的请求.不调优的tomcat稳定支持是200并发，因为maxThreads默认200。

同时4个用户请求（含50张图片+1css 文件的）网页就会出现请求超时，真是比较可怕。还不如用flash 做网站，一个页面就一个flesh 。那么默认tomcat可以支持200用户并发，是html做网页的的50倍。


如果明白的可以讨论下这个问题。

CSS图片 拼接 减少HTTP请求
前端优化技巧很多

静态文件都是使用的CDN。

动态的都是靠很多服务器扛。

并发这个问题需要考虑的，现我在做一个网站以后用户量可能会比较大，搭框架时候搭的很简单，真担心以后用户多了，怎么办，会不会天天服务器挂掉。

静态文件不能直接访问tomcat服务器，可以做一些优化，如页面静态化，cdn缓存

这话什么意思 ？ BSLZ? 为什么要扯上做Java的？