实时Java规范

普通Java和实时Java规范之间是否存在低级差异

---

我很关键，因为它仍然有JVM，因此您无法直接访问实时所需的裸机？？？

实时与访问裸机完全无关。这是关于我希望在接下来的100毫秒内完成这项任务的能力，并让系统确保它确实会发生，并且执行线程不会被调出，它不必等待完整的GC，它将在任何低优先级任务执行之前获得所需的所有锁

---

Real-time Java规范就是关于这一需求的，这确实需要在线程调度、GC和同步方面进行大量低级更改。

Real-time与访问裸机完全无关。这是关于我希望在接下来的100毫秒内完成这项任务的能力，并让系统确保它确实会发生，并且执行线程不会被调出，它不必等待完整的GC，它将在任何低优先级任务执行之前获得所需的所有锁

---

实时Java规范就是关于这一需求的，这确实需要在线程调度、GC和同步方面进行大量的低级更改。

另外要记住，实时甚至不意味着更快，通常是更慢，但它不可能在时间需求之后完成。它要么在时间要求之前完成，要么失败。我认为另一种思考实时性的方式是，某件事情发生的实际时钟时间是关键数据之一；它常常导致必须快速地做事情，但不一定。你可以有一个本质上是实时的系统，但速度不会太快。像必须在100毫秒内完成这项工作这样的要求来自这样一个事实：从101毫秒开始，您可能需要处理其他一些事情；您可以用不同的方式处理处理，但信号到达的时间非常重要这一事实是实时软件的特点。另外要记住的一点是，实时甚至不意味着更快，通常是更慢，但它不可能在时间要求后完成。它要么在时间要求之前完成，要么失败。我认为另一种思考实时性的方式是，某件事情发生的实际时钟时间是关键数据之一；它常常导致必须快速地做事情，但不一定。你可以有一个本质上是实时的系统，但速度不会太快。像必须在100毫秒内完成这项工作这样的要求来自这样一个事实：从101毫秒开始，您可能需要处理其他一些事情；你可以用不同的方式处理处理，但信号到达的时间是实时软件的一个重要特征。对于那些闭门人来说，这是一个真实的问题，尽管是幼稚的问题。对于那些闭门人来说，这是一个真实的问题，尽管是幼稚的问题