pzysoft的博客

这么一个场景：一个要承载高并发、具有高性能的后台服务，往往会有多个不同的应用服务。问题来了，你会怎样设计架构呢？ 如下图所示，为了共用一个稳定高效的网络处理功能，把所有服务写在一个进程里。 接下来悲剧一幕幕就要上演了，如果各个模块是多人协作开发，网络库的作者得想办法设计个插件机制供各个应用挂载，开发时无论是人员或者代码都耦合非常严重，大大影响协作、开发效率，后期要增减一个应

背景：除去大名鼎鼎的QQ这款即时聊天工具，还有许多细分行业的IM，比如淘宝阿里旺旺、网易泡泡、YY语音......。恰巧公司产品也要开发一款基于我 们自己行业的类IM系统，很有幸我担当了这个产品的架构师，核心代码编写、实现者。下面把我近年来从技术上我对IM系统（即时消息的传输，不包括语音，视频，文件的传输）的理解和设计分享出来，浅薄之见，望大家别见笑，欢迎给出批评意见。 一.网络传输协议的选