下面是对实时操作系统的定义：
实时操作系统必须在已知的关键时间内完成关键操作，至少要在绝对大多数情况下在已知时间内完成关键操作。 部分这类操作包括操作系统调用和中断处理。 完全满足在指定时间内完成关键性操作的实时操作系统，被称为“硬实时”操作系统。大多数情况下能满足在指定时间内完成关键性操作的实时操作系统，被称为“软实时”操作系统。 实际情况中，上述分类的指导意义有限。每个实时操作系统都有独特的性能特征，用户在决定使用某个实时操作系统之前需要仔细研究这些特征。
对于上面的解释是不是很不好理解？下面是个简单模型：
顺序---------------------------->可见
如果在上面的简单模型上加上时间因素，模型如下：
--------->时间--------->
/ \
/ \
顺序---------------------------->可见
我们通常所说的实时都是比较直观的说法。但却没有一个清晰的确定性的解释，也没有一个可度量的准则。一个无法给出清晰的，确定性的解释，无法度量的东西那是什么？那是抽象。
打一套太极......
实时系统
--------->时间--------->
/ \
/ \
顺序---------------------------->响应
很多人经常会提到实时，很多系统也特别说明是实时的。
很多客户甚至不加修饰的要求实时。
我们平常接触的所谓实时系统其实并不是真正实时的系统。或者其实真正的实时系统我们很少接触到。
上面的解释看着简单，但其定义的跟严格。
你能写出一个能够严格在指定时间内完成操作响应的程序系统？比如一段简单的代码，一个简单的网络请求能够在指定时间内响应，比如0.1秒，多0.001秒都不行。
感觉“时间”也是一个很抽象的概念。
如果跳出这个时间范畴是不是更好理解？如果这样的话，那就不应该
用时间来衡量。这样的话，那它的模型应该是这样：
A->B
这样就回到上面的简单模型：顺序--->可见。