【编者按】本文作者为 David Buschman,文章从程序架构与系统的发展历程出发,逐步论证了为什么响应式编程并非一时之势,而是能带来更快处理速度,更高硬件利用率的未来选择。文章系国内 ITOM 管理平台 OneAPM 编译呈现。
这些年来,程序架构和系统发生了不少变化。大部分情况下,这些变化都跟它们依托的硬件密切相关。软件架构到底是从何处起源,众说纷纭,而且对构架的实际构成部分也有各种定义。本文将从整体化应用的兴起来展开讨论。
摩尔定律
当你的所有资源都在单机上时,把所有的代码存在一个地方很合理,而且是软件设计的黄金标准。这种模式一直持续到 J2EE 时代,整体化应用容器的出现。J2EE 的设计初衷就是为了能充分利用摩尔定律,因为这是变得越来越庞大的单核 CPU 系统的最佳设计方法。
摩尔定律指的是一个观察发现:在计算机硬件发展史上,密集的集成电路上的晶体管数量大概每两年就会翻一倍。
这种构架作为黄金标准持续了几十年,因为如果我们要衡量一个系统,就会往它身上“堆”更多硬件。添加更快的 CPU 和更多内存来提高应用程序的速度。这就是摩尔定律所说的应用程序。
多核处理器的兴起
就在几年前,CPU 制造商开始在 CPU 设计和速度方面遭遇瓶颈。他们怎么都没办法给单核 CPU 提速了。为了解决这个问题,芯片制造商开始“尽情发挥”,在一个芯片上加了好几个核,以便获得更多加速的能力。这意味着过去那种给 J2EE 应用程序添加一个时钟速度更高的 CPU 来提速的老方法行不通了。如果 CPU 无法再提速,应用程序如何通过新一代的多核处理器来扩大规模呢?必须改变现有的应用程序设计和运行方式,才能保持竞争力。
而且,事实证明,Java 企业级应用程序的同步和阻塞 IO 构架并不能充分利用这些新处理器的所有核。主要原因是它们的线程模型是“一个请求一个线程”,由于阻塞 I/O 命令,无法工作,这些线程要耗费大量时间来“等待 IO”。
阿姆达尔定律
这时候,阿姆达尔定律就开始发挥作用了。在目前的处理器中,该定律是现代新构架的驱动力。现在有了更多核,就需要找到办法来充分利用我们购置的这些 CPU。要实现这一点,需要减少应用程序使用非阻塞 I/O 命令带来的“IO 等待”时间。这对过去几十年的运行模式而言是一个彻底的改变。
Java 企业级应用程序和一个请求一个线程模型
显然,Java 企业构架是在单核 CPU 盛行时设计的。它对发送到服务器的请求采用“一个请求一个线程”思维方式。一旦你的请求获得一个线程,这个线程就会持续该请求的整个处理过程。在这种空间常用的函数库甚至依赖这种模型才能使用,例如 Hibernate 和 Spring Security。两个库都使用“Thread-local”参数来保持“session”状态,因为它们知道同一个线程会持续一个请求的整个周期。这样做的重大不利影响就是“behavior”不能更改,否则就会破坏现在使用的大部分 JEE 程序的数据持久性和应用安全代码。
Lightbend 和响应式宣言
Lightbend 公司(前身是 Typesafe)发布了响应式宣言,以记录未来软件设计时需求的变化,以及当代多核 CPU 在未来世界的扩展性。这种范式转变太过巨大,因此很难简单说清两种构架风格之间的真正不同,就如同拿苹果跟橙子做对比一样。这种转变在行业内带来了一些混乱,而且还会持续下去,直到完成过渡,找到让多核 CPU 充分发挥潜力的方法。
该宣言列出了构架系统时应该着重考虑的四条原则,以便新系统能够满足所需的处理水平。其中有两个概念直接适用于解决 Java 企业应用程序的问题,就是非阻塞 I/O 和非同步处理。如果两项都做好了,应用程序可以占用更少的 CPU 和内存需求,完成更多任务,从而在任何一个系统、同样的硬件基础上,获得比 Java 企业应用程序更好的处理效果。下图展示了这种并行处理的好处。
更快,更好,成本更低
这种新的软件架构新方法带来了更短的处理时间和更高的硬件利用率,从而降低了运营成本。现在运行的很多大型系统都是基于响应式宣言及其原则打造的。LinkedIn、Twitter、Facebook 等很多企业使用的系统都是基于非同步和非堵塞 I/O 技术架构,因此他们的应用程序得以优化,能够最大化地利用硬件资源。这是打造可扩展型应用程序的新方法,而且正在迅速发展。“响应式方法”并非一时之势——它是编写软件的未来趋势。
OneAPM能为您提供端到端的 Java 应用性能解决方案,我们支持所有常见的 Java 框架及应用服务器,助您快速发现系统瓶颈,定位异常根本原因。分钟级部署,即刻体验,Java 监控从来没有如此简单。想阅读更多技术文章,请访问 OneAPM 官方技术博客。
本文转自 OneAPM 官方博客
原文地址: https://dzone.com/articles/why-reactive-programming-is-not-a-fad
相关推荐
首先,我们需要理解什么是响应式编程。响应式编程是一种编程范式,它强调数据流和变换传播,使得系统能够快速响应输入变化。在Spring响应式编程中,我们使用Reactor库,这是一个符合 Reactive Streams 规范的Java库...
响应式编程是一种基于异步数据流概念的编程模式。数据流就像一条河:它可以被观测,被过滤,被操作,或者为新的消费者与另外一条流合并为一条新的流。 响应式编程的一个关键概念是事件。事件可以被等待,可以触发...
响应式编程是一种编程范式,它依赖于异步数据流和变化的传播,以此来处理数据。与传统的命令式编程(如a=b+c)不同,响应式编程的特点是当数据源发生变化时,依赖于该数据源的所有对象都会自动更新。这类似于电子...
一次内部分享的PPT,从函数式编程的优点到响应式结合原因,Rx的周期,应用的举例,源代码的解读,到MVVM的应用的介绍
同时支持响应式编程和同步编程模型的 HTTP 客户端
了解如何使用C ++实现React式编程范例以及如何构建异步和并发应用程序这本书是关于什么的? 响应式编程是使用易于维护的代码库构建高响应性应用程序的有效方法。 本书涵盖了基本的功能性React性概念,这些概念将...
本SpringBoot2响应式编程与核心技术设计源码项目包含588个文件,主要使用JavaScript、CSS、Java、HTML编写。系统专注于SpringBoot2的核心技术和响应式编程,...项目适用于需要掌握SpringBoot2响应式编程技术的开发者。
读书笔记:rxJava响应式编程在安卓中的使用
精通高级RxJava2响应式编程思想移动端开发秒速教程.txt
读书笔记:http retrofit rxjava cache 网络缓存,响应式编程
在GMTC2018大会上,美团iOS高级技术专家臧成威的演讲《美团客户端基于响应式的架构实践》为业界提供了一个值得参考的案例。通过臧成威的分享,我们可以了解到声明式编程在现代软件架构中的重要性,以及响应式编程...
反应式编程的解决方案是基于多线程(协程)、异步方法调用、异步 I/O 访问等技术基础之上,提供了一整套与异步调用相匹配的编程模型,从而实现程序调用非阻塞、即时响应等特性。反应式编程的主要特点是基于观察者...
响应式编程是一种编程范式,它允许以声明式的方式表达异步数据流的变换和交互。在响应式编程模型中,数据流和变化传播是自动的,使得开发人员能够专注于业务逻辑而非线程管理。 响应式系统(Reactive Systems)则是...
响应式编程是一种编程范式,它专注于数据流和变化传播的概念。在Java中,尤其是在Web开发领域,响应式库已经成为构建高效、可扩展且高度反应式的应用程序的关键工具。本资源"Java_您可以在市场上找到的最著名的响应...
响应式编程RxJava 与Java中的传统Pull方法相比,React式编程具有Push方法。 早些时候,应用程序会担心从数据库/服务中提取数据,但是通过响应式编程,可观察对象使我们能够将数据作为通知推送。 响应式编程是事件...
4.如何设置键盘输入响应速度?(Visual C++编程 源代码)4.如何设置键盘输入响应速度?(Visual C++编程 源代码)4.如何设置键盘输入响应速度?(Visual C++编程 源代码)4.如何设置键盘输入响应速度?(Visual C++...
Objective-C,作为苹果平台的主要编程语言之一,虽然原生不支持响应式编程,但可以通过一些库和框架来实现,例如ReactiveCocoa。本项目"QCReactiveThinkTest"旨在通过KVO(Key-Value Observing)来演示如何在model和...
Java编程方法论响应式RxJava与代码设计实战
函数响应式编程(Functional Reactive Programming,FRP)是一种编程范式,它结合了函数式编程和反应式编程的特点,允许开发者以声明式的方式处理变化的数据流。 在1.1节中,通过一个简单的RxJS例子,展示了如何...