Dostępne biblioteki Coroutine w Javie

Framework Kilim implementuje coroutines używając przepisywania kodu bajtowego. Sam używałem go do implementacji lekkich procesów w Erjang, i jest bardzo stabilny i zaskakująco szybki jak na ilość bajtowego przepisywania kodu, który trwa.

Koroutiny Kilima oddziałują za pomocą skrzynek pocztowych, więc używam frameworka do modelowania aktorów Erlanga. Ale równie dobrze może być używany do routine w modelu pamięci współdzielonej.

Co sądzicie o tej bibliotece napisanej przez Matthiasa Manna? Skopiowałem plusy i minusy ze strony internetowej twórcy, aby ułatwić dyskusję. Ważne jest, aby spojrzeć na testy w kodzie źródłowym, aby zobaczyć więcej niż jeden przykład na stronie internetowej.

Http://www.matthiasmann.de/content/view/24/26/

Zacznijmy od tego, co otrzymujesz:

• Pisz prosty kod sekwencyjny - nie musisz już tworzyć maszyn stanowych ręcznie
• nie Wątki są tworzone lub potrzebne-brak problemów z synchronizacją wielu wątków]}
• brak tworzenia śmieci z wykonania kodu
• bardzo mały czas pracy
• tylko wywołania metody zawieszającej są zmieniane - wszystkie wywołania do standardowej biblioteki (jak java.util.* etc) nie są naruszone w ogóle.
• Pełna obsługa serializacji
• Możesz zapisać stan wykonania coroutines jako część stanu gry w zapisie gry bez dodatkowego kodu. Wymaga to oczywiście że Twoje klasy i typy danych, których używasz w swoich koroutinach, można serializować. Pełne wsparcie dla obsługi wyjątków i wreszcie bloków
• wstępne przetwarzanie Offline nie spowalnia czasu ładowania aplikacji Oczywiście możliwe jest również oprzyrządowanie uruchomieniowe.
• bardzo mała biblioteka runtime-mniej niż 10 KByte (nieskompresowany JAR) Licencja BSD

Z tymi wszystkimi wspaniałymi funkcjami-możesz pytać o wady. Cóż jest oczywiście kilka wady:

• konstruktory i inicjalizatory statyczne nie mogą być zawieszone
• metody Suspendable nie mogą być zsynchronizowane ani mieć zsynchronizowanych bloków
• musisz pobrać bibliotekę ASM3, aby uruchomić zadanie oprzyrządowania
• nie można wywołać metody suspendable z odbiciem

Problem synchronizacji można obejść, umieszczając kod, który wymaga użycia synchronizacji we własnej metodzie.

Twoje wymagania wydają się być:

• lekki-nie oparty na wątkach,
• Brak opierania się na kodzie natywnym i
• Brak modyfikacji kodu bajtowego.

Mam paskudne przeczucie, że te wymagania wykluczyły wszystkie sensowne strategie implementacji corutynów w Javie.

Framework Play zapewnia teraz kontynuacje z Javaflow. Ponieważ gra zapewnia tak wiele wygody w innych obszarach, możesz zacząć od tego.

Http://www.playframework.org/documentation/1.2RC2/releasenotes-1.2#Continuations

Jeśli używasz Javy, dostępne są 2 opcje od końca 2017 roku:

• Koroutines
• Tasclate-Javaflow

Oba są oparte na commons-javaflow -- przepisują Twój kod na poziomie bajtowym, aby wszystko zaczęło działać.

I maintain Coroutines -- up-Side jest to, że jest szybki, obsługuje wszystkie główne systemy budowania i obsługuje serializację/wersjonowanie Twoich coroutines. Down-side jest to, że API ma kilka odstępstw od commons-javaflow.

Vsilaev utrzymuje Tasclate-Javaflow -- nie używałem go, więc nie mogę o nim mówić, ale jest utrzymywany i patrząc na przykłady, jego API jest zbliżone do commons-javaflow.

Istnieją również funkcje językowe w Kotlin i Scali (i być może innych językach opartych na JVM), które pozwalają na korzystanie z coroutines. Ale przed przełączeniem języków powinieneś być świadomy, że Kotlin, Scala lub jakikolwiek język JVM du jour jest dzisiaj Nie i nigdy nie będzie Javą. Cokolwiek robi w tle, aby wszystko działało, może nie działać, gdy następne wydanie JVM się toczy.

Ludzie, którzy utrzymują JDK w Oracle, mają udokumentowane doświadczenie w korzystaniu z tych języków JVM innych firm jako badań rynku. Jeśli funkcja wysokiego poziomu zostanie dodana do języka JVM innej firmy i będzie wystarczająco popularna, włączą ją do Javy. To właśnie dzieje się teraz z coroutines. Jest projekt OpenJDK o nazwie projekt Krosno , który ma na celu dodanie corutines do języka Java.

To jeszcze początek projektu Krosno. Jeśli krytycznie spojrzysz na propozycję, to jest bałagan. Jestem pewien, że ustabilizuje się w miarę upływu czasu, ale to, co ostatecznie dostaniemy, może być zupełnie inne niż to, czego wielu z nas oczekuje.

Podsumowując, możesz użyć jednego z zestawów narzędzi oprzyrządowania kodu bajtowego lub zmienić języki. Projekt Krosno jest jeszcze w pierwszych dniach i jest możliwość, że nigdy nie zostanie dodany do Javy.

Kwazar implementuje go-podobne koroutiny i kanały wśród innych funkcji za pomocą ciągów.

Więcej Szczegółów, benchmarki i linki na Quasar w mojej kolejna odpowiedź .

Sprawdziłam powiązane pytanie, które podlinkowałeś i do końca nie rozumiem, co jest złego w wątkach. W Javie wątki nigdy nie są natywnymi, są jedynie izolowanymi jednostkami wykonawczymi, które w zależności od kontekstu mogą działać jako własne natywne wątki, jeśli jest to korzystne, tzn. dzielenie dużych bloków wykonawczych na własne wątki jest inteligentne, a trzymanie małych w kilku jest bardziej rozsądne ze względu na koszty ogólne.

To powiedziawszy, Java / JDK nie ma natywnie coroutines dostępne dla programistów wysokiego poziomu-jeszcze. JDK7 ( ilekroć to wyjdzie ) będzie miał coś, co jest znane jako jsr166y, który jest frameworkiem Fork/Join autorstwa Douga Lea. Aby uzyskać informacje techniczne, Sprawdź ten plik PDF autorstwa samego Pana Lea. W praktyce Fork / Join dodaje kolejne (przydatne!) poziom szczegółowości w modelu gwintowania wewnętrznego Javy, który powinien pomóc ci osiągnąć to, czego chcesz.