消息推送涉及`e_msg` 和 `e_msg_receive` 表,2张表是一对多的关系, e_msg 存放消息内容,e_msg_receive存放接收人和已读标识等。 下面介绍几个字段的含义和使用场景: 1. 业务类型:主要用于后台接口调用消息推送接口时,标记一下该数据的业务类型 2. 业务ID:主要用于后台接口调用消息推送接口时,标记一下该业务数据的 主键ID 3. 消息类型:目前支持 待办、通知、公告、预警等4种类型,只是对数据进行了简单的标识,没有特殊的含义 4. 接收类型: 该通知是要发送给指定的用户,还是指定的角色? 5. 作者: 记录该消息的作者(用于爬取别人系统的文章时,存放别人文章的作者等) 6. 处理地址:在我的消息列表中,点击`处理` 按钮时的回调地址。 7. 是否单人处理: 选是时,只要任意一人处理,就标识为已读。 在系统界面上,主动发送消息时,一般只会发送`通知`和`公告` 2种类型的消息,此时,业务类型、业务ID等字段可以忽略。 而`待办`和`预警`类型的消息,主要用于整个系统的其他功能有待办或预警消息时,通过OpenFeign接口调用本接口,将所有的消息统一显示在消息中心。比如,部门领导收到一条请假审批待办消息,业务类型可以设置为`请假审批`,业务ID就设置为请假审批的ID即可。