正式分享之前，徐晓介绍了QQ空间目前的海量服务数据规模（图1）：

1. 拥有5.5亿的活跃用户
2. 过万台的设备
3. 数千万级别的同时在线
4. 数十亿级别的全站PV
5. P级的UGC存储量
6. 每天千亿级别的服务请求

图1——QQ空间海量服务数据规模

接下来，徐晓把QQ空间成长和发展的历程分成三个阶段：石器时代、冷兵器时代和现代战争时代，分享了QQ空间从开始甚至难以生存，到逐步发展成国内最大的SNS社区产品背后的酸甜苦辣。

石器时代–从十万在线到百万在线

石器时代是QQ空间1.0到3.0稳健上线的过程。

徐晓说：“QQ空间在石器时代遇到的最大难题就是如何生存？如何让这个襁褓中的产品活下来？如何积累第一批宝贵的用户资源？”， 2005年QQ空间首发，最初是采用传统的发放邀请码的方式征集第一批用户。第一款QQ空间是嵌在独立的客户端软件中，看似是个客户端，其实是一个浏览器内核，里面都是HTML页面，以网站的方式存在。 当初的架构非常简单，采用了Apache搭建Web Server，Mysql保存最终数据。用户通过{uin}.qzone.qq.com(uin就是用户的QQ号码)这样的方式访问自己的空间。最开始上线时，仅邀请了电信用户。但上线之后才发现很多北方网通用户也非常希望来体验。但如果让北方网通用户跨网来访问电信的服务，那将是一个非常糟糕的体验。因为当时的跨网之间的带宽是非常有限的。

为了满足网通用户的需求，QQ空间团队在网通搭建了一套与电信一模一样的服务，电信的用户数据只存在电信的服务器上，网通用户数据只存在网通服务器上。看似异地分布，其实两部分数据是互相独立、不能冗余的。在用户注册开通空间时，就确定了他的数据存在于哪个服务器上。

用户访问空间的逻辑抽象来说是这样的（如图2）：用户通过浏览器发起请求访问我们的第一个CGI，这个CGI再串行的获取用户数据，比如：装扮数据，日志数据等。等获取到全部数据之后，这个CGI再将所有的数据拼装成一个完整的HTML页面输出给用户。

图2——Qzone2.0典型载入逻辑

但同时，空间第一版的独立客户端也带来了各种问题和烦恼：

第一：非常不利于定位问题。

一旦页面元素填写失败，定位问题将是一件麻烦的事情。因为它不是Web页面，所以只能用其他抓包软件，比如Ethereal（Wireshark的前身）来抓取网络包做分析。但那个时候网络抓包工具的能力还比较弱，没有高亮和HTML语法检测等功能，所以整体环境比较受限。

第二：服务接入层压力大。

由于不仅要接受用户的请求，还要向后访问不同的数据。当后端某一个接口超时严重的情况下，很多用户的请求都会被挂起。这样就会消耗更多的连接资源，对Web服务器CPU的消耗很大。

第三：服务集群没有发挥出应有的服务能力

当时共用30-40台服务器，也只能支持50万左右的用户。无奈之下，团队想了一个没办法的办法：有意限制超过五十万用户，提出了一个排队等待机制，学习海底捞模式，当在线人数达到50w的时候，QQ空间会给用户展示一个Flash小游戏，让用户在等待的时候玩小游戏。

针对当时存在的种种问题，团队做了以下改进来解决：

第一：采用Web RIA。

当时大量使用了Ajax技术来减轻服务器的负载。其中一个极端的例子是：整个空间首页都是采用JS绘制，这样能够将用户访问的CGI足够轻量化。尽量简化了CGI逻辑，让CGI程序运行更加强壮、效率更高。同时，当服务异常时，还可以通过JS脚本绘制一个错误信息给予用户提示。而且，采用JS开发效率更高，调试更方便。 Web RIA化后，降低了服务器CPU消耗的40%，节约了DC的输出带宽约30%（部分JS脚本都可以被浏览器Cache住）。

第二：采用动静分离策略。

静态资源都放在自研的Web服务器qhttpd上，它具备当时ApacheSelect模型的两个数量级以上的接入能力。

第三：采用自研的Web Server：Qzhttp，主要用于动态分离的动态服务的需要。

由于Qzhttp是腾讯自研的、轻量的、更适合业务自己逻辑的Web Server，从而保证了它的高性能，它的接入能力比Apache (非FastCGI模式)提高了3倍。

石器时代做的最大的优化：

当用户申请QQ空间多个服务时，每个服务都有独立的存储和处理逻辑。只有当所有的服务处理完成，才会由QQ空间框架服务器返回给用户。这样对于同时依赖日志、相册、音乐、留言的服务就会产生两大问题：

1. 短板效应一损俱损；
2. 具体业务容量无法差异化。

针对这两个问题，做了首页载入性能优化及首页内容静态化系统两方面的优化：

研究用户访问模型。拉取展现与UGC内容的变更比例是7：1。用户之间互访频繁，看他人与看自己的比例是5：1.。通过以上数据，可以看出用户的UGC更新很少，但是用户之间互相访问很频繁。根据用户的这种访问模型，空间团队研发了一套静态化系统（图3）。这套系统会将用户首页的内容全部Cache，然后根据用户的访问，以及用户自己UGC内容的更改，采用一定策略更新静态化系统的Cache数据。 通过增加首页内容静态化系统，首页展现速度从5s提升到3s，用户也不用再玩小游戏进行等待。同时在设备没有扩容的前提下，同时在线用户访问数突破100w。

图3—首页内容静态化系统

通过不断的改进和优化，QQ空间3.0于2006年中稳健上线。

冷兵器时代——功能的磨砺

冷兵器时代是在线人数从百万阵营向千万阵营过渡的过程。这个阶段做的更多的是功能的磨砺，提高可用性的过程。

但与此同时，QQ空间团队又面临了新的问题：

1. 网通，教育网用户体验很差；
2. 版本迭代快速，导致外网bug不断；版本发布之后，所有开发必须留守2个小时；
3. 后端服务质量不稳定，导致服务经常宕机。

之前有谈到，空间的用户数据是分布在电信与网通两套体系中的。但由于公司在网通的服务设备有限，随着用户量的不断增加，很快就达到了网通设备服务的上限。网通不能扩容设备，但用户量还在不断增加。面对这种情况，只好将网通和电信的数据合并为一套。当网通用户访问服务的时候，会通过一个代理将用户的请求转发到内网电信服务上。采用这种方式，提供了一套通用的解决方案，可以解决海外，网通，教育网，铁通等运营商的问题。

但这种跨网访问的静态资源下载量非常大，静态资源请求次数 : CGI请求数接近10：1，所以采用CDN提供静态资源下载，来提高用户访问速度。具体逻辑是：根据用户客户端IP判断用户属于哪一个ISP服务商，通过URL方式将用户的静态资源访问定向到该ISP的服务设备上。

这样，跳出CDN系统的拘束、优化思路，解决了大部分教育网用户问题，同时多级支持的思路成为公共方案。 但同时还是有很多的故障：

1. 低ARPU、低成本、低价机器、大集群
2. 版本迭代快每周发布版本
3. 用户对故障和低效的容忍度非常低 通过调研，我们发现用户对Web的容忍度是很低的（如图4）：

图4——用户容忍度曲线

一般页面在1s内打开，用户会感觉体验非常流畅。所以我们通过以下策略来保证服务质量：

1. 区分关键路径,对关键路径的服务质量我们要求4个9以上，非关键路径的服务失败之后做有损体验；
2. 采用动态超时时间控制算法，保证整个程序在可控的时间内做出响应；
3. 多级容错机制，从后端服务到CGI，到前台JS脚本都对错误做了容错处理；
4. 采用柔性可用策略,失败接口采用默认数据。

为了保证版本的服务质量，空间采用了灰度发布策略。新特性可能按照用户尾号发布,每次新特性只对一小部分人可见。一段时间内的用户反馈后，不断修复和改进问题，再逐步扩大用户群对新特性的可见性，最后新特性才对全量用户可见。同时，也通过控制JS版本号来达到了灰度发布的目的。

通过这些优化，QQ空间成功踏入千万级在线的阵营，QQ空间5.0正式上线。其中主要变化：后端服务进行了重构，前端页面也进行了优化。

现代战争时代–数千万在线向亿级在线

经过反复的改进和优化，QQ空间服务质量大幅提高，但是，新的问题还是随之而来：

不满足于发日志、传照片的用户，想要玩游戏、使用某些web工具。同时，公司其它团队要在QQ空间上开发应用，但QQ空间的应用配置都写死在QQ空间平台逻辑里面。为配合其他团队上线，发版本需要一周，工作不可并行，非常耗时，受到了很大挑战。针对这种情况，我们采取了两大措施：平台和应用架构分离（如图5）、简单配置后上线（如图6）。

图5——平台和应用架构分离

图6——简单配置后上线

如果某天深圳的IDC不可用了怎么办？

为了解决这个问题，空间团队做了全国IDC的异地部署，采用“一点写，多点读”模式的架构模型，将服务部署到深圳、上海、天津和西安。深圳是一个写入点，通过QQ空间自己的一套同步系统同步到全国各个IDC（如图7）。同时QQ空间提供了全方位的立体监控，7*24小时对服务做监控。

图7——IDC分布

如何快速发现和解决用户的问题？

定位用户问题需要花很大的时间成本，这就要求团队做很多的监控工作：服务器流量监控、接口调用监控、前端测速监控、前端调用错误监控。

同时，在千万级到亿级在线的过程中，团队要有全国甚至全球的分布和匹配分布的运营能力；出问题可以快速切割，全方位的立体化监控能力；各个逻辑层持续优化能力。只有持续优化，用户才能感知到性能的增加，用户才会增加。

经过无数次的推敲和不断优化，QQ空间的服务能力已经能够支持千万级别的用户在线请求，并且能够给用户提供7*24小时的不间断服务。向亿级在线阵营冲刺也将指日可待！

总结

百万在线：

当时如何撑住服务，让用户进来，从而积累QQ空间第一批用户，根据用户模型进行优化，让QQ空间架构有更好的接入能力，做到高性能。

千万在线：

通过各层的柔性服务和灰度发布的策略，让服务更加稳定，让用户数量级再上一个新台阶。

亿级在线：

服务要有更灵活、更敏捷的变更手段。同时有更好的监控和可运营的能力。

接下来是半个小时的Q&A环节，同学们踊跃提问，徐晓做出了详细专业的解答。最后，徐晓和大家分享了“腾讯《海量服务之道》系列的优质课程和秉承的原则”：

Qzone是全球第二大SNS社区，仅次于Facebook。徐晓说：“海量服务的价值观和用户对我们的厚爱造就了现在的QQ空间。我们会持续的发展，攻克各种难题，不断前进。”

4月26日21:00，两个小时的QQ空间技术架构分享圆满结束！

欢迎大家继续期待腾讯大讲堂对外讲座·第八期《云网络能带给我们什么》 。更多精彩，尽在腾讯大讲堂：DJT.QQ.COM。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博（@InfoQ）或者腾讯微博（@InfoQ）关注我们，并与我们的编辑和其他读者朋友交流。

NSIS简介：
　　NSIS 是“Nullsoft 脚本安装系统”（Nullsoft Scriptable Installation System）的缩写，它是一个免费的 Win32 安装、卸载系统。它的特点：脚本简洁高效；系统开销小；当然进行安装、卸载、设置系统设置、解压文件等等更不在话下，几乎可以做所有的事情。更多的功能请阅读蓝色网际的《NSIS帮助文档》。
　　对于制作NSIS的使用教程，蓝色网际是NSIS方面的专家，她的《NSIS帮助文档》就是一本NSIS的圣经，而对初学者来说，最头疼的莫过于一大堆看不懂的代码，对他们来说无异于一本天书。缘于此，特草此基础教程，希望NSIS专家们勿见笑，不当之处欢迎批评指正以期完善，也希望给初学者作个铺垫。

工具：NIS Edit＋Nullsoft Installation System（NSIS）

思路：脚本向导＋修改代码＝个性化安装包

步骤：

　　一、利用向导制作安装包

　　01、安装上述两款，启动NIS Edit，在“文件”菜单中“新建脚本：向导”→下一步”，如图1。

　　02、设置应用程序信息，如软件名称、版本、出版人等，如图2。当然最一个网站可以留空，如果设置了，则安装包会生成一个对应网址的“Internet 快捷方式”。

 程序代码

!define MUI_WELCOMEFINISHPAGE_BITMAP "G:\temp\ pwr.bmp"

 程序代码

!define MUI_WELCOMEPAGE_TITLE "\r\n PDF2all 5.35d 汉化版"

 程序代码

!define MUI_WELCOMEPAGE_TEXT "　　pdf2all是一个转换器的集合，它能转换包括doc2pdf （Word to PDF），xls2pdf （Excel Sheet到PDF），ppt2pdf（PowerPoint到PDF），mdb2pdf （Access到PDF），ps2pdf（PostScript到PDF），pdf2jpg（PDF到JPEG），pdf2bmp（PDF到BMP），pdf2tiff（PDF到TIFF），pdf2eps（PDF到EPS），pdfMerge（合并PDF文件），pdf2ppt（PDF到PowerPoint）。\r\n\r\n　　软件汉化：高芳銮 (Raindy)\r\n\r\n　　$_CLICK"

 程序代码

ShowInstDetails show
ShowUnInstDetails show

 程序代码

BrandingText "　软件汉化：高芳銮 (Raindy)"

 程序代码

; Finish page

 程序代码

!define MUI_FINISHPAGE_SHOWREADME "$INSTDIR\汉化说明.txt"
!define MUI_FINISHPAGE_SHOWREADME_TEXT "汉化说明"

 程序代码

Function .onInit
SetOutPath $TEMP
File /oname=spltmp.bmp "G:\Temp\Nsisres\splash.bmp"

splash::show 2300 $TEMP\spltmp

Pop $0

FunctionEnd

 程序代码

Function .OnInit
InitPluginsDir
File /oname=$PLUGINSDIR\splash.bmp "G:\Temp\Nsisres\splash.bmp"
advsplash::show 1500 800 600 -1 $PLUGINSDIR\splash
Functionend

 程序代码

Var hmci
Function .OnInit
InitPluginsDir
SetOutPath $PLUGINSDIR
File "G:\Temp\Nsisres\music.mp3"　　[说明：源MP3的存放路径]
System::Call msvfw32.dll::MCIWndCreate(i 0, i 0,i 0x0070, t "$PLUGINSDIR\music.mp3") i .r0
SendMessage $0 0x0465 0 "STR:play repeat"
System::Call user32.dll::ShowWindow(i r0, i 0)
StrCpy $hmci $0
Functionend

Section
;add your codes
SendMessage $hmci 0x0010 0 0
Sectionend

 程序代码

Function .OnInit
InitPluginsDir
File /oname=$PLUGINSDIR\splash.bmp c:\test.bmp
advsplash::show 1500 800 600 -1 $PLUGINSDIR\splash
Functionend

 程序代码

Function .OnInit
InitPluginsDir
SetOutPath $PLUGINSDIR
File "c:\a.mp3"
System::Call msvfw32.dll::MCIWndCreate(i 0, i 0,i 0x0070, t "$PLUGINSDIR\a.mp3") i .r0
SendMessage $0 0x0465 0 "STR:play repeat"
System::Call user32.dll::ShowWindow(i r0, i 0)
StrCpy $hmci $0
Functionend

Section
;add your codes
SendMessage $hmci 0x0010 0 0
Sectionend

 程序代码

Section/Function
SetOutPath $PLUGINSDIR
File $WINDIR\MEDIA\chimes.wav
BgImage::Sound /NOUNLOAD /WAIT "$PLUGINSDIR\chimes.wav"
BgImage::Clear /NOUNLOAD
Sectionend/Functionend

 程序代码

outfile test.exe
Var hmci

Function .OnInit
InitPluginsDir
SetOutPath $PLUGINSDIR
File "c:\a.mp3"
System::Call msvfw32.dll::MCIWndCreate(i 0, i 0,i 0x0070, t "$PLUGINSDIR\a.mp3") i .r0
SendMessage $0 0x0465 0 "STR:play repeat"
System::Call user32.dll::ShowWindow(i r0, i 0)
StrCpy $hmci $0

File /oname=$PLUGINSDIR\splash.bmp c:\test.bmp
advsplash::show 1500 800 600 -1 $PLUGINSDIR\splash

Functionend

Section
;add your codes
sleep 5000
SendMessage $hmci 0x0010 0 0
Sectionend

 程序代码

!insertmacro MUI_PAGE_DIRECTORY

 程序代码

!define MUI_DIRECTORYPAGE_TEXT_TOP "你需要的文字"

 程序代码

!define MUI_ICON "G:\Temp\Nsisres\Win 安装.ico"
!define MUI_UNICON "G:\Temp\Nsisres\Win 卸载.ico"