【IT168评论】大规模网站瓶颈之一就是性能问题，如何让你的网站飞速运转起来，一直是架构师和开发人员苦于思考的问题，随着CMS的成熟，大多数门户及网站都通过静态化来提升网站的性能和安全，但随之而来CMS管理发布也变得越复杂，如何能使发布的信息快速被用户访问，如何方便灵活定义一种策略，使缓存随着应用的变化变化，成了我亟待解决的问题。
本文仅针对基于asp.net开发的网站交互性非实时部分进行讨论，实时交互部分解决方案将在后续部分予以阐述。
一、WEB加速通常有如下方案：
1、基于asp.net技术的页面缓存
基于.net技术的页面缓存，通常有如下两种应用方式：
一、基于数据库触发(设置缓存依赖策略，当数据库中数据发生变化时，触发缓存失效;但微软提供的解决方案目前仅支持SQL Server,如果是ORACLE需要自己实现触发接口)。
二、基于文件依赖的策略(可以设置缓存依赖于文件中的具体键值，当数据更新时，更新文件键值迫使缓存失效)。
优点：实现比较简单
缺点：粒度太粗，对IIS、.net Framework依赖太强，策略还不太完善，跨机器、集群访问方面存在瓶颈。
2、页面静态化
页面静态化有可分为全部静态化、局部静态化、伪静态化等。
优点：页面静态化后，减轻了数据访问的负担，同时由于静态页面不需要复杂处理过程(如ASP.NET页面生命周期)，从而提高网站的性能。
缺点：页面静态化增加了维护管理的复杂度，可能同一页面在多个页面之间被引用，需要进行触发级连更新。当大量并发时，更新静态页面会发生LOCK，导致页面访问超时。
3、基于squid for windows下的反向代理
为了佐证本方案是经过实践考验的，并且是通用的行业方案，以下是我通过抓包得到的一些大规模网站实际应用：
--网易
Server nginx
Date Wed, 10 Mar 2010 02:25:39 GMT
Content-Type text/html; charset=GBK
Last-Modified Wed, 10 Mar 2010 02:24:45 GMT
Vary Accept-Encoding
Expires Wed, 10 Mar 2010 02:27:39 GMT
Cache-Control max-age=120
Content-Encoding gzip
Age 49
X-Cache HIT from cache.163.com
Via 192.168.51.39.nginx, 1.0 cache.163.com (squid/3.0.STABLE23)
Connection close
--腾讯
Server nginx/0.6.39
Date Wed, 10 Mar 2010 02:26:48 GMT
Content-Type text/html; charset=GB2312
Vary Accept-Encoding, Accept-Encoding
Expires Wed, 10 Mar 2010 02:41:48 GMT
Cache-Control max-age=900
Content-Encoding gzip
Age 313
X-Cache HIT from rainny.qq.com
Via 1.0 rainny.qq.com:80 (squid/2.6.STABLE5)
Connection close
----搜狐
Date Wed, 10 Mar 2010 02:41:40 GMT
Server Apache/1.3.39 (Unix) mod_gzip/1.3.26.1a
Vary Accept-Encoding,X-Up-Calling-Line-id,X-Source-ID,X-Up-Bearer-Type
Cache-Control max-age=70
Expires Wed, 10 Mar 2010 02:42:50 GMT
Last-Modified Wed, 10 Mar 2010 02:41:39 GMT
Content-Type text/html
Age 9
X-Cache HIT from 17376722.22226606.29245568.sohu.com
Via 1.0 17376722.22226606.29245568.sohu.com:80 (squid)
Connection close
4、其它
