持续分享调度系统开发过程

休息了半年时间，这半年基本上就是每天正常上班，对于我来说上班就是休息，在这半年里面思考了很多东西，我准备重构目前的整套算法。目前已经想出了能调度所有设备的算法，我计划用新算法实现调度万物。要实现这个目标的首要条件是能调度1000台车以上，我目前测试过2500台，所以我可以去做这件事了。老传统前期梳理个计划，后期按照计划更新，写完一个更新一个，我现在写东西很慢大家不要急慢慢等，这次计划一年完成。

调度已经结束更新了本不想再更新调度技术，因为生态的更新计划里面有这一条所以就写一篇把看过之前的文章的应该知道，我创造了一种算法叫ABS刹车辅助算法，简称空间锁。后来在生态架构里面发现了很多空间锁的问题，经过长达一年的思考，我想出了多维空间算法。多维本质上就是在二维空间的技术上增加了第三个维度，把二维空间变成三维空间的一种算法，这个算法的底子是OBB碰撞盒算法，我是基于这个算法重新设计的。

这件事，从2018年开始思考，2019年开始开发，那个年代大家还在用着厂家开放的软件或者用KEPServerEX等软件和PLC通讯，那时候我就在思考，如何吧数据对接统一起来。从我的角度说这件事比调度要难，并且比调度要重要，为什么我写调度会火起来，因为调度入门难，这玩意只需要花点时间总有办法搞定，设备通讯。我解决的问题就是工厂内的万物互联。懂的肯定知道这里面的意义，不懂得永远理解不了。

今天无事索性做一个性能测试，看看我设计的系统和算法能调度多少台车，不测不知道测试完了真的吓一跳，普通笔记本上最多跑了500台车，然后找了台一般性能的服务器，先测试了一千台车，无压力cpu占用40%，然后直接测试了2000台车，cpu60%。所有的测试跑的满负荷随机任务。也就是100台车100个任务，1000台车1000个任务同时运行。

经过最近的努力新版的架构已经慢慢的成型了，今天给大家展示一下。目前初步搭建起来的有插件系统业务流程新版调度插件系统演示显现了在线写代码在线改代码实施运行，插件系统是为了解决什么问题哪？我想的是，把一些需要经常改动的业务，比如接口，容易出问题的业务，控制器等等需要经常改动的代码，写成插件化的，这样就能在系统运行过程中随时修改随时发布，不需要重启系统。调度系统很多人咨询的都是，你是如何一个人把调度做的这么好的，我的回答总是多思考，其实我的方法是无限任务，我会创建各种各样的地图，里面随机生成无限多的车

五一放假五天，没白天没黑夜的写了5天代码，把业务流的核心实现了出来，我解释下什么是业务流程，本质就是在目前的编程语言基础上重新封装一套不需要写代码的编程技术。我给业务流程分成了2大类和7小类。两大类分别是，业务流程和事件流程。7小类分别是，查询、删除、增加、修改、判断、请求、动态执行。对应的分别是 select 、delete 、insert、update、if、http、Domain。业务流也可以叫做定时任务流程，这里的实现思路是，把业务图形化，

从启动计划到现在过去了24天，在这段时间里突破了几项关键技术，架构搭建基本快成型了，今天写篇文章作为阶段成功介绍。目前都是些架构性的东西无法截图展示，下期有了界面可以详细演示下。

我的计划是建立软件生态和技术平台实现一套系统上线所有项目。软件行业和其他行业不同，传统行业一个人绝对无法干十个人的活，但是软件这个行业上限很高，真正厉害的人可以做到以一敌千，我还没那么强，但是以一敌百我觉得我还是能做到的。所以我决定自己完成这个计划，我给计划起了个名字叫“神迹“。2023年4月1日正式启动该计划。看过我文章的还有认识我的人，对我的一致评价是这个人技术还行做调度的。但是大家好像都忘了我本职工作是做什么的，其实我本职工作是做MES和WMS，我真正厉害的是MES和WMS。