引用：http://djt.qq.com/article-232-1.html
抓包软件，比如Ethereal（Wireshark的前身）
当后端某一个接口超时严重的情况下，很多用户的请求都会被挂起。这样就会消耗更多的连接资源，对Web服务器CPU的消耗很大。
js:简化了CGI逻辑,JS脚本绘制一个错误信息给予用户提示
静态：采用动静分离策略。
动态：采用自研的Web Server：Qzhttp，主要用于动态分离的动态服务的需要
------------------------------------------------
每个服务都有独立的存储和处理逻辑。只有当所有的服务处理完成，才会由QQ空间框架服务器返回给用户。
有下面问题
1) 短板效应一损俱损；
2) 具体业务容量无法差异化。
解决上面问题
首页载入性能优化及首页内容静态化系统
--------------------------------------------------
研究用户访问模型。
拉取展现与UGC内容的变更比例是7：1。用户之间互访频繁，看他人与看自己的比例是5：1.。通过以上数据，可以看出用户的UGC更新很少，但是用户之间互相访问很频繁。根据用户的这种访问模型，空间团队研发了一套静态化系统（图3）。这套系统会将用户首页的内容全部Cache，然后根据用户的访问，以及用户自己UGC内容的更改，采用一定策略更新静态化系统的Cache数据。
---------------------------------
将网通和电信的数据合并为一套。当网通用户访问服务的时候，会通过一个代理将用户的请求转发到内网电信服务上。
静态资源下载量非常大：根据用户客户端IP判断用户属于哪一个ISP服务商，通过URL方式将用户的静态资源访问定向到该ISP的服务设备上。
---------------------------
js控制版本可见
为了保证版本的服务质量，空间采用了灰度发布策略。新特性可能按照用户尾号发布,每次新特性只对一小部分人可见。一段时间内的用户反馈后，不断修复和改进问题，再逐步扩大用户群对新特性的可见性，最后新特性才对全量用户可见。同时，也通过控制JS版本号来达到了灰度发布的目的。
----------------------------------
其它团队要在QQ空间上开发应用：平台和应用架构分离（如图5）、简单配置后上线（如图6）。
-------------------------
某个点不能用：采用“一点写，多点读”模式的架构模型