通知引擎是网站传播信息的重要部分
发布时间：2023-02-22 15:52:25 来源：本站编辑：GD工单系统
知识导读
通知引擎是网站信息传播机制的重要的一部分，充足写一大章来阐述。文中只整理设计原理，后面相关知识会不断更新。这儿的通知包含但是不限于公示、提示或消息（不一样应用环境下的功能定义不一样）。
通知引擎，说白了即通知数据的传递处理系统。目的在于让用户得到需要得到的消息及提示然后进行解决。
这儿的“需要得到”有两层含意：
1、用户彼此之间互动交流开启的信息流（评论、评价或是回应、私聊等）
2、网址期待用户掌握关心的信息（系统软件公示等）
通知引擎设计的原则可简单概括为：
1、消息传播效率较高（获得、解决、信息内容传递、用户意见反馈等高效率）
2、避免产生搔扰（噪声、经常提醒）
一、通知合并
通知在消息推送前需要进行汇总合并，目的是为了提升消息散播处理效率；降低搔扰，减少噪音；均衡网络服务器工作压力。
1）合并周期时间：
规定期限里的消息所有归纳（24钟头内/30天等）；
没有固定时长（只需没有处理/已读即归纳）
自然一般都组成着：合并24小时之内没有处理消息。
2）归类合并
同类型开展合并（如n条评论合并为1条）
同一发起者合并（如张三直接发的n条私聊）
同一时间周期时间合并（如24钟头共收到n条评价）
二、通知分发
通知引擎依照标准归纳结束后，系统软件把它根据通知管路传送到用户，便于用户解决。
1）分发方法
分发的方式和Feed系统相近，大多采用Push方法，则在特定期限内自动推送给用户。一部分特殊种类必须用户要求（Pull）获取已读消息。现在大部分通知优先选择消息推送没有处理通知合并后总数，已提示用户已经有新消息需要解决。用户点一下数据之后再去服务器端要求具体消息具体内容。此类方法充分考虑了成本费、工作压力和感受。自然，一些极端情况下必须进行改善解决：如已读消息超出1000，用户要求时应先消息推送前50条或是放进cache中等水平。技术性童鞋会有各种方式，在这里不去做详细描述。
2）分发工作频率（时长）
分发时长主要根据消息的优先做区别，
3）分发管路
分发管路即消息通知的实际消息推送方式，依据业务种类可分为：Web、App、短消息、电子邮件等。
上一篇：通知引擎面临着哪些挑战。
下一篇：没有了
