Вы не можете заниматься программированием в реальном времени в реальном компьютерном смысле в Java. Вы находитесь во власти планировщика потоков и операционной системы с совершенно неизвестными базовыми свойствами. Если ОС захотела подождать до 11:20, пока она не вернулась к тому, чтобы дать JVM некоторое время ЦП, это ее дело.
Если вы имеете в виду «в реальном времени» в Microsofty, как в «Вещи реагируют очень быстро, и мы стараемся никогда не блокировать основной поток пользовательского интерфейса», который не имеет четко определенного технического значения. Это просто означает «архитектура, обращенная к пользовательскому коду, чтобы создать видимость, которую им не нужно ждать на компьютере».
- редактировать в ответ на комментарий.
Если под 11:08 вы имеете в виду «между 11:07:59 и 11:08:01», то обычная java обычно может сделать это для вас на современной платформе с тщательным программированием. Чего не может добиться, так это ситуации, когда событие, происходящее в 11:08:01, считается дефектом платформы, просто не дает такой гарантии.
Когда мы говорим «в режиме реального времени» и для чего нужен RTS API, ситуация выглядит примерно так: «Связывающая головка должна находиться в этих координатах ровно в этой миллисекунде, если задержка составляет более половины миллисекунды, деталь будет неисправен, и если это более чем на 2 миллисекунды раньше, сервопривод за 300 000 долларов может врезаться в свои подшипники и вызвать сбой сборочной линии в 10 000 000 долларов. "