Существует два типа интерфейсов прикладного программирования (API) языка программирования Java :
Ниже приведен неполный список интерфейсов прикладного программирования (API) для Java.
Ниже приведен очень неполный список, поскольку количество API, доступных для платформы Java, огромно.
Java реального времени — это всеобъемлющий термин, обозначающий комбинацию технологий, которая позволяет программистам писать программы, отвечающие требованиям систем реального времени, на языке программирования Java.
Сложная система управления памятью Java, встроенная поддержка потоков и параллелизма, безопасность типов и относительная простота создали спрос на ее использование во многих областях. Его возможности были расширены для поддержки вычислительных потребностей в реальном времени:
Чтобы преодолеть типичные трудности реального времени, сообщество Java представило спецификацию Java реального времени, JSR001. Появилось несколько реализаций итоговой спецификации реального времени для Java (RTSJ), в том числе эталонная реализация от Timesys, WebSphere Real Time от IBM, систем реального времени Java SE от Sun Microsystems, [1] Aonix PERC или JamaicaVM от aicas.
RTSJ решил критические проблемы, установив минимальную (только две) спецификацию для модели потоков (и разрешив подключение других моделей к виртуальной машине) и предусмотрев области памяти, которые не подлежат сборке мусора, а также потоки, которые не могут быть вытеснены сборщиком мусора. Вместо этого эти области управляются с помощью управления памятью на основе регионов.
Спецификация реального времени для Java (RTSJ) — это набор интерфейсов и поведенческих усовершенствований, которые позволяют программировать компьютер в реальном времени на языке программирования Java. RTSJ 1.0 был разработан как JSR 1 в рамках процесса сообщества Java, который утвердил новый стандарт в ноябре 2001 года. RTSJ 2.0 разрабатывается в рамках JSR 282. Черновая версия доступна на странице JSR 282 JCP. Более подробную информацию можно найти на RTSJ 2.0.
Библиотека окон представляет собой набор классов, доступных в API среды выполнения C++ языка обработки потоков (SPL) и API операторов SPL Java™. Библиотека используется для реализации примитивных операторов, которым нужны окна, соответствующие семантике окон SPL. Использование библиотеки управления окнами обеспечивает согласованную семантику политики окон для всех операторов и упрощает реализацию операторов.
SPL предлагает как поворотные, так и раздвижные окна. Оба типа окон сохраняют все входящие данные в памяти до тех пор, пока не сработает политика вытеснения кортежей. Используйте поддержку SPL для окон, когда функциональность, требуемая примитивным оператором, может быть реализована с использованием семантики, предоставляемой оконными конструкциями SPL.
Одним из примеров оператора из стандартного набора инструментов SPL, который использует оконную библиотеку и синтаксис, является оператор Aggregate. Примером оператора, который буферизует недавно полученные кортежи, но не использует оконную библиотеку и синтаксис, является оператор DeDuplicate. Это действие происходит потому, что этот оператор имеет другую семантику вытеснения и триггера, чем те, которые предоставляются SPL. Этому оператору необходимо поддерживать только уникальные кортежи и отбрасывать все повторяющиеся кортежи, полученные в течение определенного временного окна.
С помощью библиотеки управления окнами разработчики могут указывать различные политики вытеснения и запуска, но могут реализовывать действия по обработке событий независимо от деталей политики окон. Существует несколько различий при реализации примитивных операторов в C++ и Java, использующих преимущество окна SPL.
В реализации C++ разработчики не обязаны использовать библиотеку окон (предпочтительно использовать библиотеку). Они могут использовать API генерации кода оператора SPL только для того, чтобы получить указанную политику окна для данного экземпляра оператора. Затем они могут генерировать код, используя другие контейнеры. Кроме того, разработчики могут проверять допустимые конфигурации окон во время генерации кода.
В реализации Java разработчики должны использовать библиотеку окон. Этого действия можно добиться, зарегистрировав класс, который реализует com.ibm.streams.operator.window.StreamWindowListener<T>обработку событий, генерируемых окном (com.ibm.streams.operator.window.StreamWindow<T>). Такое использование необходимо, поскольку операторы Java не основаны на генерации кода. В результате окна автоматически управляются средой выполнения, чтобы гарантировать семантику окон SPL. Разработчики могут проверять допустимые конфигурации окон во время выполнения, проверяя политику окон, связанную с данным входным портом.