微信扛着“多微信群四大法器”闯江湖
导读：当初互联网江湖真是高手如云，而为什么腾讯微信能超群绝伦、自成一家呢？微信技术靠的就是这“四大法器”，站稳了江湖地位，几乎让其望风披靡。
四大法器：大系统小做、让所有可裁减、要有基础组件、轻松上线
大系统小做
当设计宏大系统的时分，应该尽量宰割成更小的颗粒，使得名目之间的影响是最小的。所有可裁减：在高巩固度、高功用的舷中间，为了巩固功用把它设计成不变动的系统，但为了反对矫捷需求让所有的货色都要变得可能裁减。必需建设基础组件：要处置简单效果的时分，需求将已有的阅历固化上去，最好的微信群，固化上去的货色会成为系统中的一部分。轻松上线：当做了变动并把它从开发环境中部署到现有的经营环境中去，在这个进程中，“灰度”这个词非常要害，就是在黑和白之间的抉择，必须要变成一种小规模尝试，再逐步裁减到海量进程中的一个效果。
大系统小做——仅仅把模块变得更为明晰，这在海量系统设计开发中是不够的，还需求在物理环境上停止分别部署，出现效果的时分可能快速发现，并且在最快的情况下处置掉。
大系统小做，混搭形式
将不同的运用逻辑物理宰割独立进去，用户注册登录、LBS逻辑、摇一摇逻辑、漂流瓶逻辑、消息逻辑独立开来。把要害的逻辑混搭在一同，当一切的逻辑部署在同一个效劳器上，确实也会带来很大矫捷上的好处，由于不需求额外的思考部署和监控的效果。在整个微信的逻辑中，能够如今已经有上百种不同的逻辑，由于会在逻辑的宰割上拆分红8-10种做分别部署。
所有可裁减——网络协定可裁减、数据存储可裁减
裁减的要害点有两块。一个是网络协定需求裁减，当要晋级一个新性能的时分，会有一些比较大的艰巨，所以一切协定设计都比较向前兼容，然而向前兼容还是不够的，由于网络协定设计本身有非常多的性能也会有比较大的字段，相干的代码能够会有数千行，这一块不能经过手写模式实现。可能经过XML形容，再经过工具被动生成一切的代码，好微信群，这是微信获得快速开发的一个重要的点。
另外一块就是在数据存储方面是必需可裁减的。在2005年绝大多数海量系统的设计都是驳回固定字段的存储，然而在现代系统中会看法到这个效果，会驳回KV或许TLV的模式，微信也做了不同的设计。
把简单逻辑都固化上去，成为基础软件
灰度、灰度、再灰度
在变卦后的部署模式上，微信在一些规定会限定不能一次把一切的逻辑变卦下来，每一次变卦一小点观察到每一个环节没有效果的时分，能力规划到全网下来。微信后盾每一天可能撑持超越20个后盾变卦，在业界来说，通常做到5个已经是比较快了，然而微信可能做到快4倍。
腾讯内部的上线系统
而所谓灰度颁布，是指在黑与白之间，可以平滑过渡的一种颁布模式。AB test就是一种灰度颁布模式，让一部用户继续用A，一部分用户末尾用B，假设用户对B没有什么推戴意见，那么逐步扩展范畴，把一切用户都迁徙到B上面来。灰度颁布可能保障全体系统的巩固，在初始灰度的时分就可能发现、调整效果，以保障其影响度。(在腾讯，灰度颁布是最常驳回的颁布模式之一)
孙子兵法：古之所谓善战者，胜于易胜者也
知识上，处置一个简单效果的时分，会用拙劣的技巧处置简单的效果，这个不是微信团队的指标，最好的微信群，他们谋求的要做到让一切效果很人造和简略的模式处置掉。在周颢看来，微信群，微信架构的技术简单点在四个要点：协定、容灾、轻重、监控。
微信架构
协定：手机终端跟后盾效劳器之间的交互协定，这个协定的设计是整个系统的骨架，在这一点做好设计可能使得系统的简单度大大升高。
容灾：当系统出现了若干效劳器或若干支架(宕机的时分)，仍然需求让系统尽能够的提供反常的效劳。
轻重：如何在系统架构中分布性能，在哪一个点完成哪一共性能，代表舷中间的性能配置。
监控：为系统提供一个智能仪表盘。
在协定设计上，移动互联网和常规互联网有很大的辨别。首先有CMWAP和CMNET的不同，在中国如今有相当多的手机用户利用WMWAP衔接，还有就是在线和离线的概念，当腾讯QQ下线的时分叫离线，当你登录的时分叫在线。然而在移动互联网这两个概念比较含糊。从微信的设计中，不管在线还是离线系统体现都应该是分歧的。
还有一个是衔接不巩固的效果，因为手机信号强弱的变动，过后信号很好，5秒钟走到信号不好的地域，衔接就必需断掉。这个中间带来不巩固的要素为协定设计带来较大艰巨。此外就是资费敏感的效果，最全的微信群，由于移动互联网是按照流量计费的，这个计费会使得在协定设计中如何最小化传输的效果。最后就是高提前的效果。
对此，业界标准的处置打算：Messaging And Presence Protocol：1)XMPP，2)SIP/SIMPLE。它的长处是简略，少量开源完成。而缺陷异样显著：1)流量大：形状初始化，2)消息不可靠。
微信在系统中做了不凡设计，叫SYNC协定，是参考Activesyec来完成的。特点首先是基于形状同步的协定，假如说收发消息本身是形状同步的进程，假如终端和效劳器形状已经被迟了，在效劳器端收到最最新的消息，当客户端、终端向效劳器对接的时分，收勾销息的进程实践上可能简略的演绎为形状同步的进程，收消息以及收取你好友形状更新都是相反的。在这样的形式之下，咱们会兴许会把交互的形式一致化，只有要推送一个消息抵达的通知就可能了，终端收到这个通知就来做消息的同步。在这样的简化形式之下，安卓和塞班都可能失去一致。这样的系统本身的完成是更为简单的，然而获得很多额外的好处。
让剩下系统完成的部分愈加简略，简化了交互形式，形状同步可能经过形状同步的差值获得最小的数据变卦，经过增量的传输失去最小的数据传输量。经过这样的协定设计，微信可能确保消息是巩固抵达的，而且是按序抵达。引用一句俗话：比它炫的没它简略，比它简略的没它快，没谁比他更快，哪怕在GPRS下，好微信群，微信也能把进度条随便推究竟。
谋求完美设计的团队不能胜任海量效劳
在容灾之前面向最坏的思索，假设系统真的挂了，需求做一些事件，首先是防止雪崩，避免蝴蝶效应。假设关注春节订火车票就知道了，用户的申请量会由于系统效劳不了而始终的重试，象征着发作雪崩的时分，系统能够会承载原先3-10倍的流量，使得一切的事件愈加恶化。所以微信有很多“放雪”性能的设计。
第二个词是柔性可用，在任何的系统中不要谋求完美设计，谋求完美设计的是团队是不能胜任海量效劳的。假设在一个系统出现效果的时分，这个系统就挂了，那么这是一个不好的设计，最好的做法是提供0-1中间的抉择。举一个例子，当一个用户向另外一个用户发消息的时分，能够会经过一个渣滓信息过滤的检测，假设渣滓信息过滤这个模块突然挂掉了，这个消息难道就不能到达了吗?在这样的情况下，要忽略掉这个舛误，使得消息反常到达对方。要精确定位出哪一个环节是最为重要的，把不是重要的舛误尽能够的忽略掉。当不能做到完美的时分，尽能够为用户提供效劳。
另外一个重要方面叫做“维护点前置”，最前的一个点就是终端，在手机终端上蕴埋更多的维护点，这样会为用户系统赢得更大的解决空间。假设终端具有这样的才干，会获得更大的反响空间。
SET模型+双写
第二种容灾的形式叫双写，两台Master的机器，当一台机缺点的时分，另外一台机还是可能接纳到写申请，当两台机交错启动的时分，会失去数据的失落。然而有一些场景是可能容忍轻度数据失落的，比如说会有一个存储专门记载用户终端的类型，比如说安卓还是塞班以及他们利用终端的微信版本是什么，这样的数据是可能容忍轻度数据失落的，由于偶尔有一些失落的话，下一次访问会把这些数据带下去，会尽快的修复一切的数据。双写也是非常简略的形式。
微信的研发团队做了一个叫Simple Quorum的机制，在微信的后盾中，同步协定有一个很重要的基石叫序列发作器，这样的一个序列发作器需求有极高的巩固度。首先可能看到序列号有一个特点永远是递增的，用递增模式往前推动的时分，最大的序列号就是最最新的系列号。有一个毕业才退出广研的毕业生想到一个绝佳的打算，按SET分布，从2G减到 200K。
前轻后重，性能点后移
周颢还谈到了轻重的概念。这个概念的提出主要是从终端本身的一些困境所带来的。首先在终端上需求体现最多的一个产品的逻辑，逻辑非常简单，变卦的老本也非常高，当需求修复的时分必需颁布一个新版本，这个新版必需由自己下载能力实现，下载的老本非常高。在这样的前提下，假设手机终端发生了任何变动的时分，假设这个变动有非常大的效果就会有极大的困境，所以需求在每一个颁布之前做一些充分的数据，确保不会发作致命效果。假设一旦出现致命效果难以修复，需求把要害的点从终端移到后盾完成，把性能点后移，来充散施展后盾快速变卦的才干。
接入优化：从GSLB到IP重定向
在接入层的优化，速