消息推送涉及`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即可。