主题：[求助]流程审批并发处理

如果一个流程需要A审批才能B审批，那么B在审批的时候判断A是否已经审批即可，至于B是在主线程做审批还是在多线程里作审批对流程完全没有影响。

如果是a和b不分先后，随时谁都可以审批，这要看表结构设计了，如果多人审批数据都在同一行，大家同时写数据会有锁，但是如果是一行一行处理的也很快。

如果是有专门的审批表，每人审批就添加一行数据，这种就根本不会互相影响了

服务器接收到审核意见以后，要判断有些环节能不能继续进行（比如环节X的前置审核环节有两个，环节MN都通过了X才能进行），如果异步处理，M和N同时处理，可能就停在那里不动了。

所以，每一个项具体的业务，要单独开一个线程来执行下一步是否可以执行

而不是说，每一个终端用户提交审批意见以后，都单独开一个线程来处理，如果终端用户甲提交审批意见以后，服务器要看甲的业务有没有正在处理，正在处理，甲就得排队

只要审批不是在做同一个业务，都可以单独线程处理。

但如果是多人在做同一个业务的审批，就得排队

这就是我所想说的，如果是同一个业务ID，服务器要处理多人审核意见时，就要排队；如果不是同一个业务ID时，就不需要排队

这个没问题，可以理解，这个不需要排队处理，每接收到一条信息，就插入数据。

我现在要做的事情是：服务器接收到客户端的用户张三传来的某一个环节A的审核信息，包括业务ID、流程环节ID、审核意见，然后就要调用函数去判断张三审核以后，下一步应当执行什么，是回退到以前的某一个环节，还是继续执行下一步X

同理，接收到李四的环节B的审核信息、王五的环节C的审核信息，都要这么处理。

假如X要执行，是取决于张三、李四、王五分别处理的ABC三个环节都同意才可以，否则就不可以。（如果张三同意，李四还没审或不同意，都不可执行）

如果张三、李四、王五间隔很长时间审核，就没什么问题。

假如张三、李四、王五同时审核完成（假如都同意），服务器是要排队处理的吧，依次把张三、李四、王五的审核意见传进函数，才能最终确定X能不能执行啊。

如果异步处理，会不会出问题？－－得到一个结论：X不能执行？

消息处理确实是需要排队的，这种情况只能把接收的客户端审核数据保存到数据库里，然后在调用异步函数里通过查询数据库的时候数据是否完整来决定下一步