用websocket发送消息，有个比较大的疑问

Leooo 更新于2019-09-30

使用的是Gateway框架
用户A通过ajax发送消息到php框架，php框架调用GateWayClient向用户B发送消息
问题：
1、如果这时候用户B的网络不好，导致没有收到这条消息，过一会网络又好了，那么消息看起来就是缺失一截
2、如果使用回执，php框架向用户B发送消息，用户B收到消息后回发一条消息给服务端，那么，如果要实现消息的补发应该怎么做，难道每使用GateWayClient推送一条消息，都要做一个定时器？

 4249  7 1

7个回答

Leooo 2019-09-20

请教一下大家的做法

暂无评论

Leooo 2019-09-22

有人吗

暂无评论

six 2019-09-23

每一条消息都存在数据库里，每条消息都有个已读未读字段。
每条消息发到对方客户端后客户端给服务端发一个请求标记此消息已读。
这样就能知道哪些消息没读了，下一次登录的时候或者网络不好连接断开重连时ajax请求一遍数据库就知道哪些没读，拉过来显示就好了

暂无评论

abcde123456 2019-09-23

1、要发的消息加入数据库， 2、定时查询数据库并发送消息， 3、客户端收到消息后通知服务端把消息标为已读

暂无评论

dignfei 2019-09-28

消息保存到redis。
客户端断开，如果网络又好了，会触发重新连接。可以在连接时触发发送所有的未发送消息。我就是这样做的

Leooo 2019-09-28

我也是用这样的方法实现的，但是写完才发现另一个致命的问题，就是GateWay的连接无法做到立马断开！比如A发消息给B，先判断B是否在线，在线就直接推，不在线就存redis，然后一上线就推，问题出在，B突然断线，而GateWay需要时间才能把B踢出在线列表

dignfei 2019-09-28

比如A发消息给B，先判断B是否在线，在线就直接推，不在线就存redis，然后一上线就推，问题出在，B突然断线，而GateWay需要时间才能把B踢出在线列表错误

应该：先保存到 redis 。然后推送给B，如果B收到返回信息，
a、收到B的反馈后就从redis删掉。
b、没收到反馈，重试2次，还不行则说明断线了。下次重连时再发