白嫖简历项目之分布式IM

我们知道TCP是可以保证消息的可靠性传递，但不保证业务层的可靠性。如果业务处理异常，那消息就会丢失，所以需要在业务层实现一个ACK机制保证消息可靠性传递。

在定义IM消息的结构体中，通常都有一个全局唯一的msgId即消息ID，可以是无序或递增，主要看业务逻辑怎么处理。消息ID的作用 防重

IM消息的存储的经典方案有两种：读扩散与写扩散。 1. 读扩散消息只存储一份，所有成员都去读取同一条消息。 缺点：需要额外存储信息，比如群ID，会话ID等标识是某个群或好友的消息。

单节点的IM服务是不可靠的，流量多一点就会扛不住，所以需要做集群提高稳定性和并发性。 由于Netty本身没有提供开箱即用的集群方案，所以需要借助第三方中间件来实现。下面看看Netty集群的实现方案。

实现长连接服务的技术很多，下面看看目前比较常见的方式： 1. 基于Java NIO自研。 2. 基于Netty。主流 3. 基于gRpc。

上一节讲解了核心服务各自的职责，本节继续对push-service的路由组件做深入的探讨。讲之前先简单了解下客户端和Socket服务建立新连接时...

按照面试流程，上一节先画出整体架构后就应该到业务服务介绍了。本节将介绍2个核心的微服务。 微服务主要划分出了2个主要的服务，一个logic-service业务服务，另一个push-service推送服

架构介绍 整个架构的技术选型上都是市面主流的东西，既然作为个人项目，实现上可以选用自己熟悉的，吹起牛来才能一套一套。