“状态，你可以再加一百种没问题，但这是一个模块中的事情。你这是说的N个模块N种状态。
也不存在“该任务最小响应时间比原系统任务最小响应时间都小”，如果说有，早已经属于弱实时处理的层次，这不是OS的思维。”
首先，你不认为这样的增加状态，把代码切割成N块会很好吗？？ 而且你到时候怎么把握那些时间，读写文件，读写usb，大数据量处理，协议处理，处理这些内容的时候，你如何把握得去切割他们...
不是什么弱实时，打比方，以前的系统，任务最小响应要求是5微妙，执行时间2微妙，你的系统任务切割肯定要考虑这个时间量的对吗？ 最后，系统设计好了。可后来增加了个需求，把某部分以前没用的硬件用起来了，他的要求是响应时间1微妙，执行时间1微妙，那以前你按照5，2切割的任务状态是否就不满足现在的需求了阿？ 你是否需要调整代码？ 可在实时操作系统里，做这些几乎不需要考虑更改那么多的东西... |
