Różnica między Java Współbieżność, Akka i RxJava?

Question

Dziś znalazłem, że dla współbieżności w java mamy dobre ramy takie jak Akka i odkryłem również, że istnieją reaktywne ramy programistyczne, takie jak RxJava do wykonywania multithreading w aplikacji. Ale wciąż jestem zdezorientowany! Dlaczego oba są lepsze niż framework Java Concurrency?

Obecnie programowanie reaktywne to dojrzały temat, a większość języków ma wsparcie dla Functional Reactive Programing, takie jak Netflix, udostępnia interfejsy API dotyczące Reactive programming dla więcej niż jednego języka. Rxjava jest jednym z API, które jest wykorzystywane do java, scala itd. Według RxJava one wewnętrznie użyć aktorów do utrzymania multithreading i Akka również używa Actors programowania multithreading.

Jaka jest różnica między podejściem Akka a Reactive Programming i dlaczego są one dobre od Java Concurrency?

Answer 1

Według Mathiasa Doenitza w tym momencie RxJava nie ma przeciwciśnienia w przeciwieństwie do implementacji Akkas Reactive Streams. Ale RxJava wydaje się pracować nad zwiększaniem ciśnienia wstecznego.

Obie struktury będą mogły wchodzić w interakcje za pośrednictwem reaktywnego spi strumieniowego przesyłania strumieniowego. Dzięki temu będziesz mógł robić bardzo podobne rzeczy. Według Mathiasa różnica polega na tym, że implementacja Akki opiera się wewnętrznie na aktorze, a nie na wielowątkowości. W rezultacie będą bardziej wydajne.

Moje źródło tej informacji to a talk, którą Mathias dał w zeszłym tygodniu w grupie użytkowników Dutch Scala.

edytuj: Stoję poprawione wsparcie dla ciśnienia wstecznego w Rxjiava. Jeśli podążysz za linkiem Eriks, możesz przeczytać, co oznacza przeciwciśnienie.

Answer 2

Według Mathias Doenitza w tym momencie nie ma RxJava ciśnienie zwrotne

To jest niezgodny ze stanem faktycznym; https://github.com/ReactiveX/RxJava/wiki/Backpressure