在上一篇文章（量化交易系统任务框架的演化之路（1）定时任务）的结尾提了三个问题，今天就来第一版的解决方案。
之前的实现方案中，所有任务都是无状态、无管理的，人工干预就比较麻烦。其实解决这个问题的方法很简单，那就是增加一个“状态”，看一下这个流程图：
通过这个流程图就可以很明显的看出，重入的问题一下子就解决了。道理明白了，那么实现起来就很简单了。直接把框架代码放这里，供参考。
通过注解来表示是否为要管理的任务，在这里指定了一个属性name，管理容器可以很方便通过这个名字找到对应任务实例，完成一系列的操作。
下面这个类是所有任务的基类，里面包含了任务的框架方法，start方法用来启动任务，启动时会检查当前任务的状态，如果没有在执行则启动，否则直接跳过；stop方法用来停止任务。
下面就是任务的管理容器，容器负责任务的启动和结束。在系统启动时，会将所有通过注解标注和继承了QuantTask的任务类预先加载进来，建立任务名称和任务实例对应的Map，那么就可以很容易的通过名字找到相应的任务实例。
增加了管理容器，我们就可以很容易的实现在页面上对任务进行管理的功能。当然了，这里只是通过一个isRunning字段解决了最简单的状态，可是有很多时候，状态可能更加复杂，尤其是在通过页面管理时，可能还要什么时候执行过、现在是什么状态等等。
现在还有一个任务依赖的问题还没有解决，那么如果基于上面的设计，应该如何去解决呢？后面将逐步深入讲解。