编辑导语：什么是异步任务？什么是同步任务？异步任务的设计逻辑是什么？有哪些需要留意的问题？本文作者环绕以上问题，为我们展开相识答，但愿看完本篇文章你可以或许有所收获，而且继承存眷后续文章。

本日从头把以前一个团体的项目重构了一下，然后发明以前犯下了许多的错误，出格是对付一些异步的业务流程（也就是反馈功效不是即时的），做到的确是一塌糊涂，以下是前两年做的原型：

这是一个客户签约的业务，流程如下：

开票员给客户开通代收的业务，而且与客户签约（即签订代收协议）；

主管审核客户的签约业务，若拒绝，则开票人需要通知客户修改资料从头提交；

若同意，则签约乐成，流程竣事。

一、曾犯的错误

本身阐明白一下之前的错误，发明固然阐明白整体的业务流程、脚色的权限与上下游，但没有去阐明这个任务是同步照旧异步的，导致与开拓同学也吵了好久，错误阐明如下：

提交后没有汇报提倡人（即开票员）整体的流程，导致许多提倡人以及客户对后头的流程一脸懵逼（提倡人对接客户，但包办人不会对客户）；

提交之后没汇报提倡人这是一个异步的问题，需要期待一段时间才会有功效；

实际上，在签约审核的时候，提倡人是可以帮客户完成其它业务（如绑定银行卡、消费等），导致提倡人跟客户傻傻地等包办人签约完成再去帮客户治理其它业务。

固然我们有一整队实施团队去辅佐团体中的所有利用者去相识业务，但作为一个产物，照旧必需保持敬畏之心看待用户才可以。

二、异步与同步

什么是异步呢？

对付措施来说就是一个请求发出去了，但系统不会立即处理惩罚，而是放在行列里，系统会凭据行列 *** 去处理惩罚它，可能处理惩罚的时间很是长也可以归为异步任务。

反过来同步任务就是请求递交，险些即时就有反馈。

以前我老是同步、异步的任务都用同样的设计，纯真地通过反馈弹窗汇报用户这个任务或许需要等多久，许多用户就傻傻在哪里等着。

于是本日，我凭据上边归类的问题，修改了原型：

为了让提倡人知道总体的流程，提交签约之后，我们需要反馈一个功效且汇报提倡人整体的流程，便于提倡人与包办人交代（由于我们接入了企业微信的通知，【催一下】可以直接在企业微信通知包办人）。

第二个问题需要汇报提倡人这个任务需要期待，这时候我们需要引入站内动静成果，而且奉告用户可在那边看到查察审核功效的通知。

若这个任务是较量重要的，可以思量单独列一个任务列表，这样任务完成时，用户可当即知道。

最后，我们需要引导提倡人先去完成其他任务，就要在功效页中对按钮做相关业务的跳转，改一下：

总结了一下，异步任务的设计逻辑：

需要汇报用户整体的流程以及任务的进度；

需要汇报用户，这个任务需要期待，并奉告用户当有功效时，系统会举办实时的通知，让用户定心；

引导用户去完成其它业务。

别的之前做异步任务的设计时发明一个很严重的问题：用户不敢封锁当前窗口或切换到其它处所，他会很畏惧任务会被间断。

所以我们要清楚地奉告用户：“这个任务需要期待，有功效时我们会实时通知你，你可以举办其它业务的操纵”

未完待续，后续文章请各人一连存眷。