使用RxJava链接一系列操作-下一步要做什么？ 脚本

我为我的应用程序构建了一个位于网关后面的应用程序，该应用程序具有请求限制功能。在我构建API之前，我的应用程序自己协调请求，因此可以在毫秒内启动许多请求，以便在用于获取数据的9个提供商之间同步应用程序的数据。现在，这个逻辑已经被推到了我的API适配器层，我需要考虑如何控制每秒的请求数，以避免达到我自己的速率限制。提高利率限制不是一个选择，因为它需要网关提供商的层提升，而我不愿意为此付出代价

我已经开始使用RxJava了 为了提高Java社区中这一强大运动的技能，我选择使用RxJava，并对我构建的API SDK进行改造和Retrolaba。这在很大程度上是成功的，并在现场运行，没有问题

我的应用程序 现在，允许用户保存同步检索该地区当地天气、潮汐和涌浪情况的“点”。每个spot使用4个API资源来获得一个完整的数据集，具体来说

/luna/locations/xtide/{id} - Luna Event detail (read: tide times)
/solar/locations/xtide/{id} - Solar Event detail (read: sunrise/sunset)
/water/locations/{provider}/{id}{?daysData} - Water Event detail (read: swell measures)
/meteo/wwo/weather{?query,daysData} - Meteo Event detail (read: weather data)

该应用程序允许任意数量的点，n意味着使用当前代码，我每个点有4n个请求。例如，如果我保存了10个点并尝试同步所有点，我将在大约0.75秒内触发4*10=40个API请求

自节流 我想使用Rx来简化自抛出API请求的过程。这是一个（希望准确的）大理石图表，显示了我想要实现的目标

图1：显示所需河流成分的大理石图

synchronizationservice.java

代码看起来有点像这样

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(spot -> syncTidePosition.get().buildObservable(spot))
        .subscribe(spotAndTideEvent -> new TideEventSubscriber(
            lunaEventService,
            synchronisationIntentProvider.get(),
            spotAndTideEvent.spot,
            String.format(
                getString(string.tide_error_message),
                spotAndTideEvent.spot.getTidePosition()
            ),
            errorHandlerService,
            localBroadcastManager)
        );

Observable<SpotAndTideEventTuple> buildObservable(final Spot spot) {
    return Observable.zip(
        Observable.just(spot),
        lunaEventsProvider
            .listTideTimes(
                spot.getTideOperator(),
                Integer.toString(spot.getTidePosition())
            ),
        SpotAndTideEventTuple::new
    );
  }

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(this::buildObservable)
        .subscribe(
            new EventSubscriber(
                lunaEventService,
                solarService,
                swellService,
                conditionsService,
                synchronisationIntentProvider.get(),
                errorHandlerService,
                localBroadcastManager,
                TRENDING_LENGTH_DAYS
            )
        );

…而“buildObservable”调用如下所示

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(spot -> syncTidePosition.get().buildObservable(spot))
        .subscribe(spotAndTideEvent -> new TideEventSubscriber(
            lunaEventService,
            synchronisationIntentProvider.get(),
            spotAndTideEvent.spot,
            String.format(
                getString(string.tide_error_message),
                spotAndTideEvent.spot.getTidePosition()
            ),
            errorHandlerService,
            localBroadcastManager)
        );

Observable<SpotAndTideEventTuple> buildObservable(final Spot spot) {
    return Observable.zip(
        Observable.just(spot),
        lunaEventsProvider
            .listTideTimes(
                spot.getTideOperator(),
                Integer.toString(spot.getTidePosition())
            ),
        SpotAndTideEventTuple::new
    );
  }

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(this::buildObservable)
        .subscribe(
            new EventSubscriber(
                lunaEventService,
                solarService,
                swellService,
                conditionsService,
                synchronisationIntentProvider.get(),
                errorHandlerService,
                localBroadcastManager,
                TRENDING_LENGTH_DAYS
            )
        );

问题 作为一个Rx业余爱好者，我已经阅读了很多文档来达到这一目的，但是当遇到代码错误时，我不知道下一步该怎么做。要么订阅没有导致排放开始（如所示的代码片段），要么如果我稍微调整一下，就会得到一个无用的低级NPE（

rx.Scheduler

）

---

我应该从这里去哪里？对于所描述的场景，我使用Rx是否在正确的轨道上？感谢您的帮助。

令人尴尬的是，我看到的NPE错误与Rx无关，而我指定运行该操作的调度程序正被注入到

android.app.Service

中，但这是由于一个轻微的“配置错误”（省略

@Inject

注释！）

调度程序

变量为空

知道我错过这一点的原因是因为我的

调度程序

注入也是合格的，这意味着它“看起来”与我在类顶部的其他声明相同，这让我感到些许安慰

@Inject @IoScheduler Scheduler scheduler;
@Inject LocalBroadcastManager localBroadcastManager;
@Inject NotificationManager notificationManager;
@Inject SharedPreferences sharedPrefs;

好吧，我很高兴建立了那些弹珠图，并把我对Rx的理解分开。当前调用现在协调所有4个API请求，如下所示：

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(spot -> syncTidePosition.get().buildObservable(spot))
        .subscribe(spotAndTideEvent -> new TideEventSubscriber(
            lunaEventService,
            synchronisationIntentProvider.get(),
            spotAndTideEvent.spot,
            String.format(
                getString(string.tide_error_message),
                spotAndTideEvent.spot.getTidePosition()
            ),
            errorHandlerService,
            localBroadcastManager)
        );

Observable<SpotAndTideEventTuple> buildObservable(final Spot spot) {
    return Observable.zip(
        Observable.just(spot),
        lunaEventsProvider
            .listTideTimes(
                spot.getTideOperator(),
                Integer.toString(spot.getTidePosition())
            ),
        SpotAndTideEventTuple::new
    );
  }

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(this::buildObservable)
        .subscribe(
            new EventSubscriber(
                lunaEventService,
                solarService,
                swellService,
                conditionsService,
                synchronisationIntentProvider.get(),
                errorHandlerService,
                localBroadcastManager,
                TRENDING_LENGTH_DAYS
            )
        );

---

这是该服务重构的一部分，因此我希望它会有更多的变化，特别是当涉及到将测试置于绿色之下时。很高兴我坚持使用它，每次我学习一个函数时，使用Rx会删除大约50到100行代码

我很欣赏你的清晰，但是你有没有一个具体的问题需要回答？我只是在想，就目前的情况来看，它可能太开放了（尽管这是一个有趣的话题）。是否有特定错误stacktrace需要帮助调试？onNext中的错误被捕获并抛出到onError是标准的。在你的可观察范围内的错误也是如此。终端onError中的错误将作为未捕获的异常抛出。可能值得为Rx块中可能（但不应该）为null的任何内容设置条件断点。（理想情况下，stacktrace会精确定位它，但即使它不是，也可能会带来一些见解）。您好@drhr-感谢您花时间回复。诚然，我自己也在努力形成我的问题（因此冗长），因为我不确定我的处方中有哪一部分让我失望，这是可以理解的！基本上，什么也没发生。构建了TideEventSubscriber，但未调用onNext或onError-这意味着什么？您是否使用

TestSubscriber

设置了任何测试用例，您可以使用不同的输出模拟您的提供者？这样做可能更容易——您可以调试单个测试用例并点击断点以确保触发（或不触发）。您是对的。我只是需要把它放回一些简单的测试用例中去。我认为我的用例剥夺了我的理解。回到单元测试。我们会在假期期间看看这些！