• 最近,虚拟线程的第二个预览版作为JEP 436的一部分发布。第一个预览版中引入的一些更改已经完成,我们离获得对虚拟线程的完全访问权又近了一步。在本文中,我们将尝试为
  • 随着 Spring Framework 6.1 和 Spring Boot 3.2 普遍可用性的临近,我们想分享一下 Spring 团队为让开发人员优化其应用程序的运行时效率而做出的几项努力的概述。 我们将介绍以下技术和用例: Sp
  • 这是关于如何为第三方 API 集成实现 Feign Reactive 的分步指南。使用Feign Reactive而不是W icon
  • 本文介绍了 serverless 中调度策略的异同。特别是,我将重点关注无服务器系统环境中主动与被动供应的维度。我按目标和效果列出了不同的政策,然后简要描述了每一项。“无服务器”范式由两个主要方面组成:服务提供商和业务客户。业务客户本身包括将代码上传到服务提供商的开发人员。商 icon
  • 大多数应用程序使用 CRUD(创建/读取/更新/删除)API——前端将更改发送到后端,但反之亦然。 CRUD 应用程序允许您将更改发送到服务器,并允许其他用户请求这些更改。 在实时应用程序中,所有客户端都 icon
  • 投入时间和精力学习领先的反应式框架(如 Webflux、RxJava 等)是否是个好主意? 鉴于虚拟线程(Project Loom)在几次迭代后将在 JVM 中成为 GA。甚至 Spring 也引入了虚拟线程友好的 RestClient。< icon
  • 虚拟线程作为 Java 19 的一部分于 2022 年 9 月作为预览功能发布,它们是平台线程的轻量级版本,与传统平台线程不同,虚拟线程的内存占用很小。虚拟线程支持为每个工作单元模型创建一个线程,无论我们要处理多少任务,虚拟线程与 I/O 请求一起大放异彩,以支持并发高吞吐量 icon
  • 在本文中,您将学习如何使用 Spring WebFlux、R2DBC 和 Postgres 数据库实现和测试响应式 Spring Boot 应用程序。我们将使用最新版本的 Spring Boot 3 创建两个用 Kotlin 编写的简单应用程序。我们的应用程序通过 HTTP 公开一些 RES icon
  • Spring WebFlux是一个反应式编程框架,用于用 Java 构建非阻塞、异步 Web 应用程序。当我们处理数据库(如数据插入、获取所有数据和其他功能)时,事务扮演着重要的角色。在这里,Spring 通过其事务管理为事务提供了强大的支持。Spring的事务管理器接口提供了对反应式事务管理的支持 icon
  • 数据处理可以分为多个同时进行。这有利于 IO 密集型工作的高效流水线化,与对java.util.stream等CPU 密集型工作的关注相辅相成。 Conveyor 在很大程度上受到 Akka Streams 以及其他响应式 API(如 RxJava icon
  • 在现代应用程序开发领域,反应式编程因其能够有效处理异步和事件驱动的场景而获得了巨大的关注。 Spring Data 是更大的 Spring Framework 生态系统的一部分,通过其 ReactiveTransactionManager 接口提供对反应式编程的支持。在这篇博文中,我们将深入研究 S icon
  • 在本文中,我们探讨使用 Hibernate Reactive 和 Quarkus 进行反应式编程的概念。 使用 Hibernate Reactive 和 Quarkus 进行反应式编程可实现高效、无阻塞的数据库操作,使应用程序更具响应性和可扩展性。通过利用 icon
  • 在本教程中,我们演示如何使用WebClient管理同步通信,WebClient 是一种专为反应式编程设计但能够进行阻塞调用的工具。 随着反应式编程变得越来越普及,我们将研究此类阻塞请求仍然适当且必要的场景。 icon
  • 作为一个从传统 Spring MVC 过来的老程序员,再加上玩过 Node.js 的人,我一开始对 WebFlux 的期待是:哇,反应式、性能牛、未来趋势! 结果真用起来才发现:我的脑袋就像被 Flux 的数据流给冲刷了一遍,满屏都是 icon
  • 反应式编程是一种强调异步数据流和非阻塞操作原则的编程范式。其主要目标是构建能够处理多个并发事件并实时处理的应用程序。 传统上,在命令式编程中,我们按顺序执行代码,一次一条指令。然而,在响应式编程中,我们可以同时处理多个事件,这使我们能够创建响应更快、可扩展 icon
  • 我们很高兴地宣布,Jox库现在有了一个名为Flows的新特性:带来了Reactive Streams丰富的并发特性,同时保持了同步Java编程的简单性 icon
  • 在本文中,我们探讨了如何使用 Reactor Kafka 创建 Kafka 消费者,重点介绍错误处理、重试和背压管理。这些技术使我们的 Kafka 消费者即使在发生故 icon
  • 背压处理不当,轻则丢消息、重则系统崩溃。本文深入剖析背压成因、四大应对策略,并结合实时排行榜实战案例,带你掌握高并发系统的稳定命脉。 为什么有些系统在流量高峰时直接崩了?  不是代码写得差,也不是服务器不够强,而是——背压没处理好! icon