2.主要的原因還是大多數的Java服務端還是以同步邏輯為主, 遷移成本太高了.RxJava的響應式優勢只有在異步邏輯占主導時才會體現出來. 異步和同步的夾雜使用, 還不如整體使用NodeJS的異步處理協調.其次, RxJava壹大堆的數據處理API對習慣了同步邏輯的程序員來說, 學習成本也是相當高的.再加上後端的類庫大多都是同步的API, 兼容RxJava的API的類庫寥寥無幾.所以基於RxJava的後端類庫也是少之又少.
2.目前後端基於RxJava構建的最著名的類庫是Hystrix, 它提供的API也是通過Command模式來作為同步的方式來調用.外部調用者無需關心內部的RxJava實現. 這樣做應該也是為了降低使用者學習成本吧.
兼容RxJava API的rxjava-jdbc, 雖然使用起來代碼會簡潔不少, 但現在的項目已經很少直接使用jdbc了, 也是英雄無用武之地.
如果想在後端使用響應式編程的話. 不妨看看vertx, 它基本用自己的響應式打通了後端的各個環節, 它規劃的技術棧還是很全面,基本上覆蓋到後端開發的功能.