在量化交易系统任务框架的演化之路（2）状态管理中为任务引入了一个状态，解决了任务的重入问题，那么还有一个悬而未决的问题：如何解决任务之间的依赖关系？那么今天就来看看如何基于多状态解决任务直接的依赖关系。
假定有两个每天执行一次的任务A和B，任务B要在任务A的执行完毕后才能启动。在设计时，应该考虑到：
对于任务A来讲，任务B应该是透明，也就是说任务A不应该知道任务B的存在，这样即使任务B失效了或者不再需要任务B，也不会影响任务A的正常运行。同时还应该考虑到任务状态的时效性，因为在业务场景中已经规定了A和B都是每天运行的，B的执行一定基于A的今天执行的结束，而不是之前的结束状态。
基于上面两点考虑，可以通过以下方案解决：为任务设定多个执行状态，并数据库存储任务的执行状态和执行时间。
状态定义：
数据库定义(MySQL语法)：
实现的逻辑分为两部分
首先是独立的任务A的执行逻辑，这里面没有考虑重入的问题。
接下来看依赖于A的任务B的执行过程
通过一个简单的轮询机制配合A的状态持久化，咱们就可以解决任务之间的依赖问题，何况并且A和B还实现了一定程度的解耦。
在这种场景下轮询机制的效率是比较低的，尤其是任务比较多，依赖关系比较复杂的情况下，那么有没有比较高效的方法可以解决这个问题。