了解目标检测深度学习算法的技术细节

画外音：上面所讲的这些实践都是跟使用场景和具体业务所关联的，肯定不是一朝一夕就可以全想出来的。

• 模板也已经聊完了，还有些细节的东西我这就不赘述了。我再来简要总结一下：
• 我们把发送一条消息所必要的信息(文案、发送账号、传入的接收者Id类型、消息类型：通知、营销和验证码)、平台性的信息(业务规则：是否去重、屏蔽、展示逻辑等)和基本信息(业务方信息、消息名称)全都塞到模板中

由于使用场景，模板会分为运营模板和技术模板。运营模板主要的特点是需要填写人群信息和发送时间，运营模板由消息管理平台自身进行调度发送消息。

接口实现

BB了这么久了，可能很多人只是想来看看：三歪这逼在标题还敢还写个揭秘，发消息谁不会，不就调个API嘛，还能给你玩出花来?

别急嘛，现在就写。前面已经铺垫了接口的设计和模板究竟是什么了，现在我们还是回到接口的实现上吧。

首先我们简单来看看消息管理平台的系统架构链路图：
 

这是一个模板的全部了吗?当然不是咯。上面提到的是模板共性的内容，我们按模板的使用场景还划分两种类型：

• 运营模板：运营要给指定一批人在某时某刻发送消息。(这一批人是T+1离线的)。例子：如果用户注册登录了APP，可以隔一天(甚至更长时间)给用户发消息。这种属于非实时(离线)推送，这种就不需要技术来承接，去圈选人群后设置对应的时间即可推送。
• 技术模板：系统根据业务条件自动触发一批消息，接收者名单也依赖业务场景(这批人一般是实时的)。例子：如果用户注册登录了APP，就立马需要给该用户发消息。这种属于实时推送，需要对应的技术来承接。

随着系统和业务的演进，运营模板和技术模板的界限会越来越模糊。从本质上就是提供了两种发消息的方式：

1. 圈定一批人群，通过使用定时任务到点调用接口触发(接收者、文案、发送时间都已明确)。
2. 技术调用接口发送消息(接收者，文案，发送时间均由业务逻辑所产生)。例子：欢迎关注三歪，你的验证码是：888。有内鬼，终止交易。(当你关注三歪时，系统触发一条消息。发送时间、验证码值、人员均不确定)

用户在平台创建模板时，不同类型的模板需要填写的字段是不一样的：运营模板需要填写人群和任务触发时间，而技术模板压根就不需要填人群和任务触发时间，所以我们模板会有一个字段标识该模板是运营类型还是技术类型。1表示运营类型，2表示技术类型...

你觉得已经完了吗?nonono，还没有。我们还会区分消息的类型，目前最主要由三类组成：通知、营销和验证码。

问题来了，为什么我们要区分消息的类型呢?做统计用吗?当然不是了，就这几个粒度的类型有什么好统计的。

还是以例子来说明吧：在2020-02-30日，运营同学圈选了一个5000W的人群选择在晚上8点发送一条短信，大致的情况就是告诉用户三歪文章更新了，不看血亏。系统在晚上8点准时执行任务，读取该模板的模板信息下发。5000W人，系统能秒发吗?显然是不行的

画外音：除了考虑自身的系统能力，还得考虑下游能承受的能力。你瞎搞，人家就不带你玩了。

所以，这5000W人肯定是需要一定的时间才能完全下发的，现在我们假设是15分钟完全下发完毕吧。在8点2分触发了一条验证码的短信，结果因为这个5000W的人群所导致验证码的消息延迟发送，这合理吗?显然不合理。

怎么导致的?原因是这5000W的消息和验证码的消息走的是同一个通道，导致验证码的消息被阻塞掉了。我们将不同的消息类型走不同的通道，就可以解决掉上面的问题。

所以，我们的系统在设计层面上就把运营模板默认设置为营销类型的消息，而技术模板的消息类型由调用者自行选择。在现实场景中，能堵的就只有营销类的消息。

（编辑：盐城站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!