写在前面
之前用Qt已经完成过一个即时通讯的项目，具体如下：
在这个项目的引导下，接触到了如何使用grpc协议来进行RPC调用，之后又对于项目进行了一些其他的改造，主要的侧重点在于对于服务的分布式部署，然后服务和服务之间使用的就是这个rpc协议来进行调用
但是上一个项目并不完善，在很多部分都有可以优化的地方，比如服务注册，服务注册，在这个项目中，服务和服务并不知道对方的存在，只是从配置文件中进行简单的读取，然后根据读取出的ip地址和端口号来进行调用，后来随着学习，了解到了一些服务注册中心，例如Zookeeper，Ectd这些服务
因此做了这个新的项目，这个项目主要是对于上一个项目进行一个进阶的补充，也在一些地方进行优化，比如引入了elasticsearch进行更加高级的文档存储和搜索的服务器，以及ODB进行数据库对象的操作等。总的来说，这个项目比上一个项目更加规范，逻辑更加紧密
相关文档
由于项目比较大，将内容写在一篇博客并不现实，所以这里提供链接，对于相关模块感兴趣可以跳转到对应的博客查看，本篇主要进行一个整体架构的逻辑梳理，希望能迅速帮助读者理解项目的大体逻辑
相关架构
网关服务
作为网关，负责和客户端进行直接对接，并在鉴别权限之后，即可分发到对应的服务进行处理，接收到相应后，再返回给客户端，同时包含有用户身份验证的功能，避免被恶意请求所攻击，如果不带有这些字段，那么不予提供任何服务
那对应的提供又分成两种通信，分别是HTTP协议和WebSocket协议
- Http协议：传统的业务必然使用Http协议就可以，而实际上也有像这种httplib这样的，非常好用的http库，所以在项目中，绝大多数的服务都是借助Http来进行通信的，这样就能满足对应的接口了
- WebSocket协议：在聊天室项目中，也有一些服务是Http做不到的，需要服务器主动推送资源，而这对于Http协议来说是做不到的，即使在Http后续的优化中引入了主动推送部分资源的功能，但是也依旧不能满足需要。所以就引入了这个WebSocket协议
这也是和前面的项目的第一个不太一样的地方，在上一个项目中，并没有使用对应的WebSocket协议，而是直接基于TCP协议进行了一个自己程度的封装，因为TCP协议本身是一个全双工的协议，所以在Qt中直接使用一个TCP的长连接来对于消息的传输。而在这个项目中，直接使用WebSocket来进行服务，可以向客户端发送数据
网关服务基本就这些内容，下面主要说说网关服务背后的这些微服务的点
用户管理
用户管理服务，主要进行用户信息的各项操作，对比第一个版本的项目来说，这里不一样的点主要是多了一个短信验证服务，接入了阿里云的短信认证，可以发送短信，也多了更多的用户信息的修改，多了上传头像的功能，在之前的项目中，并没有对于头像的支持，因为没有含有对应的文件管理系统，所以头像这样的文件资源就没有进行一个合适的存储
好友管理
这个模块基本类似，含有获取列表，申请好友，处理请求，删除好友，用户搜索，获取聊天会话这些内容，和上个项目的改进主要体现在了引入了elasticsearch来进行模糊的搜索，elasticsearch也可以理解为是一个可以提供模糊搜索的数据库，在一些特殊的场景下搜索的效率是要比MySQL高的
文件管理
这是新加的模块，但其实也比较简单，就是一个单纯的文件的上传和下载，直接使用C++内部封装的文件流的读取和下载即可
消息管理
主要的功能是，获取历史消息和消息搜索
转发管理
借助RabbitMQ来完成转发服务，关于RabbitMQ在我的项目中也有介绍到，这里选该队列主要考虑到主题式的分发可能更加适合于当前的场景
语音转换
这里主要是借助的是百度云的SDK，直接调用其接口即可，在上面进行了一些二次的封装
1569
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
