通知引擎是网站传播信息的重要部分
发布时间: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、短消息、电子邮件等。
上一篇:通知引擎面临着哪些挑战。
下一篇:没有了