im系统

分层架构 IM 系统之架构演进在电商业务日活几百万的情况下，IM 系统采用分层架构方式，如下图。分层架构的 IM 系统，整体上包含了【终端层】、【入口层】、【业务逻辑层】、【路由层】、【数据访问层】和【存储层】，我们在上篇文章（分层架构 IM 系统之架构解读）中进行了介绍。今天讨论局部的架构调整和演进！

单体架构 IM 系统之 Server 节点状态化分析基于 http 短轮询模式的单体架构的 IM 系统见下图，即客户端通过 http 周期性地轮询访问 server 实现消息的即时通讯，也就是我们前面提到的 “信箱模型”。“信箱模型” 虽然实现非常容易，但是消息的实时性不高。

单体架构 IM 系统之长轮询方案设计在上一篇技术短文（单体架构 IM 系统之核心业务功能实现）中，我们讨论了 “信箱模型” 在单体架构 IM 系统中的应用，“信箱模型” 见下图。

单体架构 IM 系统核心业务功能实现在上一篇技术短文（单体架构的 IM 系统设计）中，我们讨论了在 “用户规模小、开发人员少、开发时间短” 的业务背景下，采取 “怎么简单怎么做，怎么快怎么来” 的研发策略，于是设计了单体架构的IM系统，并分析了 “通讯协议、编程语言和数据库” 的技术选型。我们快速复习一下单体架构的 IM 系统，见下图。

单体架构的 IM 系统设计先直接抛出业务背景！有一款游戏，日活跃量（DAU）在两千左右，虽然 DAU 不高，但这两千用户的忠诚度非常高，而且会持续为游戏充值；为了进一步提高用户体验，继续增强用户的忠诚度，老板想要在该款游戏中引入聊天功能，同时探索和验证游戏用户对 IM 的需求和依赖度。IM 需要在两周后上线，如果你是这个 IM 项目的架构师，带着两名经验尚欠的程序员，你如何设计并落地该 IM 系统？

自己手写了一套高性能分布式IM即时通讯系统，出去面试嘎嘎聊，都把面试官整不会了！沉淀，成长，突破，帮助他人，成就自我。大家好，我是冰河~~分布式IM即时通讯系统本质上就是对线上聊天和用户的管理，针对聊天本身来说，最核心的需求就是：发送文字、图片、文件、语音、视频、消息缓存、消息存储、消息未读、已读、撤回，离线消息、历史消息、单聊、群聊，多端同步，以及其他一些需求。