飞信服务器是什么？

飞信服务器是什么？——一段关于“红极一时”的即时通讯往事

如果你是一个在2000年代末到2010年代初使用过手机的人，大概率对“飞信”这个名字并不陌生，那时候微信还没有崛起，QQ虽然强大，但手机端体验远不如今天，而飞信凭借着“免费发短信”这个杀手锏，几乎成了大学生和职场白领的装机必备，不过，今天我们要聊的，不是飞信的功能有多好用，也不是它为何最终衰落，而是那个在幕后默默支撑这一切的庞然大物——飞信服务器。

从“免费短信”说起

要理解飞信服务器是什么，得先明白飞信到底做了什么，飞信由中国移动在2007年推出，它的核心卖点很简单：你通过飞信客户端（PC端或手机客户端）发送的消息，如果你的好友也是飞信用户，那消息直接走网络；如果你的好友没有安装飞信，甚至没有智能手机（那时候诺基亚还如日中天），那么飞信会通过中国移动的短信网关，把这条消息以普通短信的形式发送到对方的手机上，最关键的是，这条短信对发送者而言完全免费，对接收者而言也只占用他套餐内的普通短信条数。

这个模式的背后，需要一个极其复杂的服务器系统来支撑，飞信服务器，通俗地说，就是中国移动在全国各地布设的一大批高性能计算机集群，它们负责接收用户发来的消息，查询好友关系，判断对方是否在线，然后决定走网络推送还是走短信网关，它还要处理用户登录、好友列表同步、群组管理、文件传输、状态更新（在线”“忙碌”“离开”）等等一系列任务，可以说，没有飞信服务器，就没有飞信的任何功能。

飞信服务器的架构：一个“超级路由器”

如果用一个比喻来描述飞信服务器的架构，我觉得它像是一个“超级路由器”加上一个“中央数据库”的混合体，你可以想象：每天有上千万甚至上亿的用户同时在线，每秒钟都有成千上万条消息在服务器之间穿梭，飞信服务器需要把这些消息准确、快速、低成本地送达目的地。

飞信服务器并不是一台机器，而是一个由多台服务器组成的分布式系统，按照我了解到的信息，中国移动在全国部署了多个级别的飞信服务器节点，最核心的是中央服务器集群，通常设在移动的总部或几个大数据中心，负责全局用户管理、身份认证、计费（虽然飞信发短信免费，但后台依然需要记录流量）以及与其他运营商（比如联通、电信）的互通网关，除此之外，每个省或每个大区还有区域服务器，它们分担压力，处理本区域用户的登录和消息转发，降低跨省延迟，更细的节点甚至到了城市级别，比如一些高校集中的地方，移动会专门部署本地服务器来保证体验。

这个系统的关键在于消息路由，当你在北京的宿舍里用飞信给远在广州的朋友发一条消息，你的客户端的消息先发送到北京地区的区域服务器，区域服务器判断对方不在本区域，于是通过内部高速专线把消息转发到广州区域服务器，广州服务器再确认对方是否在线，如果在线就直接推送；如果离线，则转成短信，通过移动的短信中心下发，整个流程听起来繁琐，但实际延迟通常在一两秒之内——这在2008年已经是非常了不起的体验了。

服务器背后的“巨人”：从Sun到X86

聊到飞信服务器的硬件，就不得不提那个时代的“时髦”技术，早期飞信服务器大量采用Sun Microsystems的服务器，运行Solaris操作系统，Sun服务器以稳定性著称，但价格昂贵，随着业务量爆炸式增长，中国移动逐渐转向x86架构的Linux服务器（比如Dell、HP的机架式服务器），因为成本更低，而且易于水平扩展，飞信高峰时期，据说全国有数千台服务器在同时运转，它们组成一个巨大的集群，通过负载均衡设备（比如F5）分散流量。

还有一个经常被忽视的角色：短信网关，飞信服务器与短信网关的对接是整个系统的难点，因为短信是电信级的服务，对可靠性要求极高，飞信服务器需要将网络消息转化为标准化的短信协议（比如SMPP），然后发送到短信中心，这个转化过程如果出现故障，就会导致消息丢失或重复发送，用户就会抱怨“飞信怎么发不出去”，所以飞信服务器团队里有一批专门维护短信网关的工程师，他们可以说是最辛苦的一群人——半夜被叫起来处理短信堵塞是家常便饭。

飞信服务器的“隐形”挑战：并发与缓存

对于用户来说，飞信服务器最直接的感受就是“能扛得住”，每年春节、中秋、除夕，当全国人民都在互相发祝福时，飞信服务器会承受巨大的并发压力，我记得有一个流传很广的段子：除夕晚上11点59分，所有人同时点击“发送”，服务器瞬间接到海量请求，如果处理不当就会崩溃，中国移动为此做了很多优化，比如采用消息队列（类似Kafka的前身技术）来削峰填谷，把瞬间涌入的消息先存起来，再慢慢处理；同时大量使用缓存（比如Memcached、Redis，虽然当时Redis还比较新），把热门好友关系、在线状态存在内存里，避免每次都去查数据库。

说到数据库，飞信服务器后端使用的是Oracle数据库集群，因为Oracle在2000年代对电信行业几乎是垄断性的存在，不过随着数据量越来越大，单靠Oracle已经撑不住了，后来引入了分布式数据库和读写分离技术，即便如此，飞信服务器依然经常面临“慢查询”问题，尤其是当有人恶意用脚本大量添加好友或者频繁发消息时，服务器CPU会瞬间飙升，运维人员往往要写脚本实时监控，一旦发现异常IP，直接由防火墙封掉。

飞信服务器的“遗产”

飞信已经基本上退出了历史舞台，2016年，中国移动推出了“和飞信”试图转型，但再也没能重现当年的辉煌，微信、钉钉、企业微信把即时通讯市场彻底瓜分，飞信服务器留下的技术和经验，并没有完全消失，中国移动后来的一些内部系统，移动办公”、客户服务系统，很多都继承了飞信服务器的架构理念，更关键的是，飞信服务器让中国移动第一次深刻理解了“互联网级的并发”意味着什么——以前运营商只处理电话和短信，这些是静态的、可预测的流量；而飞信带来的爆发式、不可预测的网络流量，迫使移动学习用更灵活、更分布式的思维去设计系统。

飞信服务器的运维经验也为后来的“云化”打下了基础，很多当年在飞信团队工作过的工程师，后来成了阿里云、腾讯云、华为云的中坚力量，他们曾开玩笑说：“在飞信服务器上调试过内存泄漏的人，去搞云原生一点压力都没有。”

飞信服务器到底是什么？

如果你现在去问一个年轻人“飞信服务器是什么”，他可能会一脸茫然，但如果你是一个经历过那个时代的人，你大概会想起那种“我明明在电脑上登录了飞信，手机为什么还要再登录一遍”的抓狂；会想起凌晨两点还在跟同学用飞信聊论文，消息秒到的快感；也会想起后来飞信逐渐被微信取代时，那种“居然要收费了”的怅然。

从技术上讲，飞信服务器是一个大型的、分布式的、电信级与互联网级混合的即时消息处理平台，它既要像QQ服务器一样处理在线用户的实时通信，又要像短信中心一样处理离线用户的传统短信，这种“双重身份”让它成为一个极其复杂的工程系统，而从情感上讲，飞信服务器是一个时代的见证者——它承载了无数人的青春回忆，那些半夜发出去的“晚安”，那些群发的春节祝福，那些通过飞信传回来的“考试答案”……虽然服务器早已关机退役，但那些消息，曾经在无数人的手机屏幕上亮起过。

如果你问我“飞信服务器是什么”，我更愿意说：它是一座隐形的桥梁，一头连着PC和手机，另一头连着中国移动的短信网；它更是中国互联网从PC时代向移动时代过渡的一个缩影——虽然短暂，却足够闪亮。

文章摘自：https://idc.huochengrm.cn/js/27180.html