PHP即时通信设计实现

详解即时通信设计实现（PHP+GatewayWorker+Redis）

须要实现的功能

• 一对一聊天（私聊）
• 一对多聊天（群聊）
• 相似QQ,微信等聊天列表 实时消息 显示

工具选择

• GatewayWorker 有以下特性（更多请参考官网手册）

  • 基于Workerman开发
  • 基于Gateway、Worker进程模型
  • 支持分布式部署
  • 支持高并发
  • 支持全局广播或者向任意客户端推送数据
  • 支持各类应用层协议
  • 多协议支持
  • 支持对象或者资源永久保持
  • 高性能
  • 方便与其它项目集成
  • 支持长链接

咱们主要使用它的WebSocket通信协议，而且此框架很是方便的与 ThinkPHP，laravel 等框架结合使用，GatewayWorker可独立部署，php负责相关的业务逻辑

• Redis 键值操做，集合列表等。

即时通信中，最重要的是响应速度，咱们须要展现 “消息列表” 那么这时会有 未读消息，未读数量，最后一条消息内容，时间等等。

websocket与GatewayWorker 原理使用 将再也不叙述，不懂的童鞋 请上度娘

效果展现

群聊|私聊效果图

消息列表效果图

数据库设计（群聊，私聊 分开）

私聊设计(简要设计)

---

参数名	说明
id	主键
sender_id	发送者id
receive_id	接收者id
chat_identify	标识 ：a与b聊天，b与a聊天。记录 a-b
message_details	消息内容
last_time_at	聊天时间间隔 超过必定时间时记录

• chat_identify 字段用处，这个字段是为了更方便的查找 a，b 之间的聊天记录。
• last_time_at QQ,微信聊天记录之间，隔一段时间会有 时间 记录，并不显示每一条聊天记录的时间

群聊（简要设计）

• 与私聊很像，只不过接收者id，变成 group_id 群组id。

消息列表设计，但愿看到的效果是 “私聊，群聊”等都在一个列表展现，而且数据实时发生变化。这里借助Redis

每一个用户的列表都是一个集合 key = message_list:user_id

Redis集合存储 消息类型 1私信，2群聊

message_list:user_id{
    json_encode(['消息类型','接收者id|群组id']),
    json_encode(['消息类型','接收者id|群组id']),
    json_encode(['消息类型','接收者id|群组id']),
}

查找每一个人的消息列表，直接取出该列表便可，但每一个成员 都要对应 ‘未读消息数量’，‘最后一条消息内容’，‘最后一条小时时间’。因为是可变的，因此须要单独存储

Redis 键值 key = message_content:user_id_消息类型_id

key =>json_encode(['消息数量','最后一条消息内容','时间'])

上面 集合列表里的每个成员都 对应这里的每一个键值。

• 消息更新都要操做Redis，相应的更新内容。
• 速度上 毋庸置疑，redis 至关的迅速。

须要后续优化的地方

• 私聊|群聊 记录表。目前设计是单表单库。显然，随着用户量增长，必然爆棚。影响查询的响应速度。

  • （解决方案无非：分库分表，转移备份历史记录）
• GatewayWorker 通信框架，是单服务器部署，不能支持过高的并发。

这里只是对 即时通信 设计上作了一些简要的阐述，若有疑问和建议，请在评论区回复。