如何解决为助焊剂消费者注册不同的线程
在以下两个示例中,处理通量流的行为似乎不同。
示例 1:
public static void main(String[] args) throws InterruptedException {
log.debug(" Before reading flux stream");
Flux<Customer> results = readFluxStream();
log.debug(Thread.currentThread().getName() + " : After reading flux stream");
results.subscribe(new LearnFlux().new CustomerConsumer());
Thread.sleep(5000);
log.debug(" Exit Main Thread ");
}
public static Flux<Customer> readFluxStream() {
List<Customer> customers = buildCustomers();
Customer[] customerArray = new Customer[customers.size()];
customerArray = customers.toArray(customerArray);
Flux<Customer> temp = Flux.fromArray(customerArray).delayElements(Duration.ofSeconds(1)).log();
return temp;
}
private class CustomerConsumer implements Consumer<Customer> {
@Override
public void accept(Customer customer) {
log.debug(Thread.currentThread().getName() + " This is a consumer " + customer.getFirstName());
}
}
从下面的日志中我们了解到 Flux 消费者正在不同的线程中运行。(在 *** 中突出显示)。我在主线程中引入了睡眠,以便可以在控制台中捕获消费者日志。
19:07:24.695 [***main***] DEBUG com.learnjava.LearnFlux - Before reading flux stream
19:07:24.759 [***main***] DEBUG reactor.util.Loggers - Using Slf4j logging framework
19:07:24.779 [***main***] DEBUG com.learnjava.LearnFlux - main : After reading flux stream
19:07:24.788 [***main***] INFO reactor.Flux.ConcatMap.1 - onSubscribe(FluxConcatMap.ConcatMapImmediate)
19:07:24.790 [***main***] INFO reactor.Flux.ConcatMap.1 - request(unbounded)
19:07:25.821 [***parallel-1***] INFO reactor.Flux.ConcatMap.1 - onNext(Customer[id=null,firstName='Tom',lastName='Cruise'])
19:07:25.835 [***parallel-1***] DEBUG com.learnjava.LearnFlux - parallel-1 This is a consumer Tom
19:07:26.841 [***parallel-2***] INFO reactor.Flux.ConcatMap.1 - onNext(Customer[id=null,firstName='Jim',lastName='Carry'])
19:07:26.842 [***parallel-2***] DEBUG com.learnjava.LearnFlux - parallel-2 This is a consumer Jim
19:07:26.844 [***parallel-2***] INFO reactor.Flux.ConcatMap.1 - onComplete()
19:07:29.817 [***main***] DEBUG com.learnjava.LearnFlux - Exit Main Thread
示例 2
public interface CustomerRepository extends ReactiveCrudRepository<Customer,Long> {
@Query("SELECT * FROM customer WHERE last_name = :lastname")
Flux<Customer> findByLastName(String lastName);
}
public class CustomerConsumer implements Consumer<Customer> {
private static final Logger log = LoggerFactory.getLogger(CustomerConsumer.class);
@Override
public void accept(Customer customer) {
log.info(" This is a concusmer " + customer);
}
}
log.info(" Invoking R2DBC flux response ");
Flux<Customer> customers = repository.findAll();
customers.subscribe(new CustomerConsumer());
log.info("complete consumer in main thread");
从下面的日志中,我们观察到消费者正在同一个主线程中运行。 (在 *** 中突出显示)
[***main***] Invoking R2DBC flux response
[***main***] This is a concusmer Customer[id=1,firstName='Jack',lastName='Bauer']
[***main***]This is a concusmer Customer[id=2,firstName='Chloe',lastName='O'Brian']
[***main***] This is a concusmer Customer[id=3,firstName='Michelle',lastName='Dessler']
[***main***] complete consumer in main thread
澄清:
为什么第一个示例中的 Flux 使用者运行在不同的线程中,而基于 R2DBC 的存储库(第二个示例)返回的 Flux 在同一主线程中处理?
解决方法
为什么第一个示例中的 Flux 使用者运行在不同的线程中,而基于 R2DBC 的存储库(第二个示例)返回的 Flux 在同一主线程中处理?
这里的关键理解是任何反应式操作符都可以在它认为合适的时候切换线程(或者更准确地说,调度程序)。虽然大多数操作符不会切换,但基于时间的操作符必须切换,并且它们将默认使用并行调度程序。
在第一个示例中,您使用的是 delayElements()
运算符。由于它是基于时间的运算符,因此默认情况下,它切换到并行调度程序,然后在并行执行程序上运行(以及您在日志中看到的并行线程。)基于时间的调度程序必须切换为“立即”调度程序,这将使您的操作保持在同一线程上,不能进行基于时间的调度(这是 delayElements
运算符所要求的。)
这并不是说如果您有特殊原因不使用并行调度程序,必须 - 有一个重载可以让您将其设置为您喜欢的任何内容。例如,如果您使用 .delayElements(Duration.ofSeconds(1),Schedulers.boundedElastic())
,您将看到您的日志将显示正在使用的有界弹性线程池。
相反,在您的第二个 R2DBC 示例中,没有操作员将其从直接调度程序切换开。正如您从日志中看到的那样,它只会在主线程上运行。
如果您想更深入地了解线程在 reactor 中的工作原理,Simon 的 Flux 演讲非常值得一看:https://m.youtube.com/watch?v=sNgTTcG-fEU - 还有一些随附的博客文章。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。