qilu-task主要是为了满足项目中的各种定时任务的防并发机制,都已经2020年了,难道一个系统上线,因为有个跑P的任务,所以要针对跑P功能单独开发应用程序,并且和运维同学商量好"这个包只部署一台服务器"???
流程的实现有简单和复杂的区别,复杂的流程一般都会包含配置界面,各种图形界面,断点,重跑之类的,而简单的,甚至都可以不要流程模型,比如我们当前的QiluTask的实现.当我们去掉配置界面以后,我们同样发现,整个的流程模型也能去掉,所以QiluTask可以被用在不需要流程的交易系统的各种异步补单中.
和quartz/spring-schedule不一样的地方在于,没有触发控制,只负责执行.使用简单的DB存储,告别quartz的8张表,具备简单的去重功能,有断点执行功能,主要是通过DB的机制来防并发,通过修改状态来实现简单的任务重跑.
大约 10 分钟
