1. 使用WebSocket而不使用stomp协议
STOMP在WebSocket之上提供了一个基于帧的线路格式(frame-based wire format)层,用来定义消息的语义。
乍看上去,STOMP的消息格式非常类似于HTTP请求的结构。
与HTTP请求和响应类似,STOMP帧由命令、一个或多个头信息以及负载所组成。
使用STOMP的好处在于,它完全就是一种消息队列模式,你可以使用生产者与消费者的思想来认识它,发送消息的是生产者,接收消息的是消费者。
而消费者可以通过订阅不同的destination,来获得不同的推送消息,不需要开发人员去管理这些订阅与推送目的地之前的关系,
2. 第一版是基于WebSocket协议之上的STOMP协议
第一版已经使用了很长时间,其中websocket链接推送这块一直不稳定,有时消耗很大资源,有时链接超时断开,其实都是因为使用了不熟悉的STOMP协议造成的。
STOMP协议当时是考虑不同客户端,可能不支持WebSocket协议,不如IE8,IE9等,会退而求其次使用轮询的方式,即发布订阅的形式依然可以接受到消息。所以引用了此协议,经过一年的测试,发现并不适用,所以,应该使用最原始的WebSocket更好。
3. 消息服务处理websocket流程
3.1 服务暴露websocket链接方式
服务暴露路径为/websocket/{token},访问时将{token}替换为获取到的token即可
http://10.189.xx.xx:xx/websocket/{token}等方式访问
3.2 客户端接入时
客户端接入时,首先验证token,与账户进行绑定,如果token认证不通过,拒绝连接
private String loginName;
private Integer userId;
private Session session;
private String status; //session状态
private String device; //登录设备名称
private Date loginTime;
接入后,查询系统消息记录表,重新发送消息状态为“未送达”的消息到客户端
3.3 websocket的session存储
目前服务器不考虑集群方式,session关系全部维护在内存中,存储结构如下
private ConcurrentHashMap<String, HashMap<String,WebSocketClient>> sessionMap = new ConcurrentHashMap<String, HashMap<String,WebSocketClient>>();
private ConcurrentHashMap<Integer, HashMap<String,WebSocketClient>> sessionMapWithUserId = new ConcurrentHashMap<Integer, HashMap<String, WebSocketClient>>();
另外提供了可拓展的session管理方式接口,如果将来集群使用,实现接口为redis存储即可
3.4 断开连接后
在session管理的结构中,删除对应的session信息
4. 消息系统接口的使用
4.1 发送消息
API对外接口:/ecgapi/api/message/sendMessage
服务内部接口:ecg-broker下的/message/sendMessage
参数:
{
"content": "string", --消息内容,可以是json串
"receiver": [
"string" --接收者,非必填,不填时发送全部在线用户,填是传入用户ID,与第一版一致
],
"title": "string", --消息标题
"type": 0 --消息类型
}
4.2 消息管理-查询系统消息记录
API对外接口:/ecgapi/api/message/getMessagePage
查询系统消息的记录的page信息,可以查询消息的状态,发送时间,发送人,接受者等信息
4.3 消息管理-通过ID删除系统消息记录
API对外接口:/ecgapi/api/message/deleteMessageById
删除系统消息的记录。
4.4 消息管理-查询所有在线的客户端
API对外接口:/ecgapi/api/message/getWebSocketClients
客户端接入时,服务器存储的接入信息接口,可以查询所有客户端接入的详情
4.5 消息管理-收取消息
API对外接口:/ecgapi/api/message/collectMessage
如果有消息未送达情况,可以通过此接口,登录后主动收取消息
5. 有关消息推送的功能
5.1 报告分发时,发送消息
6. 后续功能扩展
6.1 android客户端消息推送
6.2 ios客户端消息推送
6.3 微信消息推送
微信消息推送使用的微信封装的api既可以,但是得有公众号,提前设计好模板,并且有些公众号每日推送的数量有限制
6.4 邮件系统的推送
邮件系统与使用的websocket不一样的协议
6.5 发送手机短信
需要接入运营商的api即可,收费
6.6 QQ消息
接入腾讯的API即可