1.响应式编程入门之 Project Reactor
2.第6章 Reactor Netty中的讯源消息处理逻辑 01
3.springcloud gateway动态路由
4.Reactor-Netty基本抽象类介绍
5.Reactive Spring实战 -- 理解Reactor的设计与实现
6.springboot教程菜鸟(springboot入门教程)

响应式编程入门之 Project Reactor

       本文旨在为读者提供对响应式编程及其核心库——Reactor的入门理解。在介绍前，讯源我们先回顾一下非阻塞IO编程的讯源基础，理解为何在Spring MVC中引入了WebFlux以及Reactor。讯源Reactor是讯源基于Java 8函数式API，集成CompletableFuture、讯源openwrt led源码Stream和Duration，讯源它提供了Flux和Mono等异步序列API，讯源并实现了Reactive Streams规范，讯源特别适合构建微服务架构中的讯源响应式系统。

       在非阻塞IO编程中，讯源比如调用远程服务时，讯源我们通常通过回调函数来处理数据可用情况。讯源然而，讯源当回调逻辑复杂时，讯源代码往往难以阅读。响应式编程通过简化这种逻辑，提供了更简洁的实现方式。它将传统命令式编程抽象为一系列API，更适合非阻塞IO环境。尽管响应式编程在非阻塞IO框架中广泛应用，如Vertx和WebFlux，但这并不意味着非阻塞IO编程只能依赖响应式编程。

       Reactor作为响应式编程的基础，实现了Java响应式编程规范，理解其内部工作原理有助于深入掌握其API。Reactor的核心接口展示了其运作机制，包括数据发布和订阅流程。在实际应用中，Publisher和Subscription共同作用，通过调用Subscriber的onNext、onComplete和onError方法来实现数据流转。小鸟溯源码

       响应式编程思想可类比为一条流水线，Publisher定义了数据生产过程，Operators对数据进行解析、校验和转换等操作，最终流转到Subscriber。这种设计使得系统在未被订阅之前保持静默，直至实际使用时才启动。

       Reactor中的Operator作为连接上下游的关键组件，实现了数据的转换和处理。例如，map操作符通过改变数据值来实现数据转换。实际实现虽然复杂且严谨，但遵循了相同的设计理念。

       学习Reactor的关键在于理解核心接口以及实践API。首先理解响应式编程的基本概念和Reactor如何实现这些概念。接下来，深入阅读官方文档并进行代码实践。追踪源码时，关注subscribe方法和Subscription的作用，以及Subscriber中的onNext、onComplete和onError方法的实现。

       总之，通过本文的学习，读者应能对响应式编程和Reactor有初步的了解，并掌握学习Reactor的方法和途径。尽管本文未详细探讨Reactor的每个细节，但它为深入探索提供了基础。欢迎读者通过实践和阅读源码进一步深入理解这一强大且灵活的编程范式。

第6章 Reactor Netty中的消息处理逻辑

       在深入探讨Reactor Netty中的消息处理逻辑时，我们首先回顾了ChannelOperationsHandler作为WebFlux与Netty之间的重要桥梁，以及如何通过Channel生命周期的功能网站源码核心功能实现对Netty客户端与服务器端连接的封装。关注服务器端层面上的浏览器通过HTTP请求访问应用程序所涉及的Channel及其消息传递机制，这一章旨在逐步揭示其中的组织细节。

       在理解Reactor Netty中如何利用ChannelOperationsHandler进行通信的基础上，我们重点分析了ConnectionObserver与channelOperation的相互配合。特别地，我们探讨了ConnectionObserver如何在服务器端通过其onStateChange方法，根据不同的ConnectionObserver.State状态对Channel执行相应操作。以PooledConnectionProvider#acquire的源码为例，展示了如何在获取Channel时预先配置ConnectionObserver和channelOperationFactory，进而根据应用场景进行灵活的定制与配置。

       为了深入了解ConnectionObserver与channelOperation在服务器端的协同工作，我们首先通过回顾PooledConnectionProvider的配置机制，了解到在服务器端配置ConnectionObserver的途径。具体来说，利用reactor.netty./post/

Reactive Spring实战 -- 理解Reactor的设计与实现

       Reactor是Spring提供的非阻塞式响应式编程框架，实现了Reactive Streams规范。它提供了可组合的异步序列API，包括用于多个元素的Flux和用于零到一个元素的Mono。

       Reactor Netty项目还支持非阻塞式网络通信，非常适合微服务架构，为HTTP（包括Websockets），TCP和UDP提供了响应式编程基础。本文将通过实例展示和源码阅读，深入分析Reactor的核心设计与实现机制。

       Reactor源码基于版本3.3。

       响应式编程是一个专注于数据流和变化传递的异步编程范式，允许使用编程语言表示静态或动态数据流。

       Reactor中，发布者（Publisher）负责生产数据，订阅者（Subscriber）负责处理和消费数据。创建发布者和订阅者后，bch算法 源码通过建立订阅关系，发布者开始生产数据并传递给订阅者。

       Flux和Mono是两种发布者类型，分别用于生产多个数据元素和单个数据元素。例如，Flux.range和fromArray等静态方法会返回Flux子类。

       Reactor中关键方法包括Publisher#subscribe和Flux#subscribe。订阅者在onSubscribe方法中接收订阅关系，然后通过Subscription#request方法向发布者请求数据。

       RangeSubscription#request、Subscriber#onNext和CoreSubscriber的内部逻辑展示了数据流转的过程。Flux子类的subscribe方法创建Subscription，将操作符逻辑转移到Subscriber端。

       操作符方法，如skip、distinct、sort和filter，是Reactor的核心，用于处理和组合数据流。例如，myHandler作为订阅者，可以处理生成的Flux子类序列。

       Reactor支持push和pull模式。pull模式通过Flux#generate和Sink缓存数据，而push模式则通过Flux#create，允许多线程同时推送数据。

       Reactor提供线程与调度器支持，例如parallel、single、boundedElastic和parallel。这些调度器允许在不同线程环境下执行操作。看视界源码

       Reactor中的publishOn和subscribeOn操作符方法用于切换操作上下文，分别影响后续操作和整个链路的线程执行环境。

       流量控制是响应式编程中的重要概念，FluxSink.OverflowStrategy定义了在数据生产速度超过消费速度时的策略，如忽略、错误或缓存数据。

       Reactor通过实例和源码展示了响应式编程的概念和实现机制，以及如何在实际应用中使用。通过WebFlux和AsyncRestTemplate的比较，将揭示响应式编程带来的优势。

springboot教程菜鸟(springboot入门教程)

       学妹想学SpringBoot，连夜整理一篇SpringBoot入门最详细教程笔记

       凭借开箱即用，远离繁琐的配置等特性，SpringBoot已经成为Java开发者人人必学必会的开源项目。那么开发者该如何快速上手SpringBoot呢？

       那请问SpringBoot到底是啥？SpringBoot是Spring框架的扩展和自动化，它消除了在Spring中需要进行的XML（EXtensibleMarkupLanguage）文件配置（若习惯XML配置，则依然可以使用），使得开发变得更快、更高效、更自动化。

       微服务：每一个功能元素最终都是一个可独立替换和独立升级的软件单元。

       在maven的settings.xml配置文件的profiles标签添加以下配置：

       把maven整合到idea。

       项目目录：

       HelloWorldMainApplication：

       HelloController：

       运行结果：

       打开浏览器访问：

       1、我们在pom.xml文件中假如以下代码：

       2、然后，我们将应用打包

       3、然后再target文件夹下就可以看到spring-boot--helloworld-1.0-SNAPSHOT.jar

       4、复制到桌面（随便哪，个人选择），打开cmd窗口，切换到jar包所在位置，我的是桌面，然后输入：java-jarspring-boot--helloworld-1.0-SNAPSHOT.jar，运行效果如下。

       5、打开浏览器访问：，同样可以看到HelloWord

       这样的部署就变得十分简单了。

       小伙伴们，帮忙一键三连呀

       题外话，我在一线互联网企业工作十余年里，指导过不少同行后辈。帮助很多人得到了学习和成长。

       我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在Java学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限，很多程序员朋友无法获得正确的资料得到学习提升

       故此将并将重要的Java进阶资料包括并发编程、JVM调优、SSM、设计模式、spring等知识技术、阿里面试题精编汇总、常见源码分析等录播视频免费分享出来，需要领取的麻烦评论区领取

从零开始学SpringBoot之SpringBootWebSocket原理篇

       前言：

这节我们介绍下WebSocket的原理。

       一、websocket与

       Upgrade:websocket

       Connection:Upgrade

       Sec-WebSocket-Key:x3JJHMbDL1EzLkh9GBhXDw==

       Sec-WebSocket-Protocol:chat,superchat

       Sec-WebSocket-Version:

       Origin:

       熟悉HTTP的童鞋可能发现了，这段类似HTTP协议的握手请求中，多了几个东西。我会顺便讲解下作用。

       2.1Upgrade和Connection

       Upgrade:websocket

       Connection:Upgrade

       这个就是Websocket的核心了，告诉Apache、Tomcat、Nginx等服务器：注意啦，我发起的是Websocket协议，快点帮我找到对应的助理处理~不是那个老土的HTTP。

       2.2Sec-WebSocket

       Sec-WebSocket-Key:x3JJHMbDL1EzLkh9GBhXDw==

       Sec-WebSocket-Protocol:chat,superchat

       Sec-WebSocket-Version:

       首先，?Sec-WebSocket-Key是一个Baseencode的值，这个是浏览器随机生成的，告诉服务器：你妹，不要忽悠窝，我要验证尼是不是真的是Websocket助理。

       然后，?Sec_WebSocket-Protocol是一个用户定义的字符串，用来区分同URL下，不同的服务所需要的协议。简单理解：今晚我要服务A，别搞错啦~

       最后，?Sec-WebSocket-Version是告诉服务器所使用的WebSocketDraft（协议版本），在最初的时候，Websocket协议还在Draft阶段，各种奇奇怪怪的协议都有，而且还有很多期奇奇怪怪不同的东西，什么Firefox和Chrome用的不是一个版本之类的，当初Websocket协议太多可是一个大难题。。不过现在还好，已经定下来啦~大家都使用的一个东西~脱水：服务员，我要的是岁的噢→_→

       然后服务器会返回下列东西，表示已经接受到请求，成功建立Websocket啦！

       HTTP/1.SwitchingProtocols

       Upgrade:websocket

       Connection:Upgrade

       Sec-WebSocket-Accept:HSmrc0sMlYUkAGmm5OPpG2HaGWk=

       Sec-WebSocket-Protocol:chat

       这里开始就是HTTP最后负责的区域了，告诉客户，我已经成功切换协议啦~

       Upgrade:websocket

       Connection:Upgrade

       依然是固定的，告诉客户端即将升级的是Websocket协议，而不是mozillasocket，lurnarsocket或者shitsocket。

       然后，?Sec-WebSocket-Accept这个则是经过服务器确认，并且加密过后的Sec-WebSocket-Key。服务器：好啦好啦，知道啦，给你看我的IDCARD来证明行了吧。后面的，Sec-WebSocket-Protocol则是表示最终使用的协议。

       至此，HTTP已经完成它所有工作了，接下来就是完全按照Websocket协议进行了。具体的协议就不在这阐述了。

       ——————技术解析部分完毕——————

       你说了这么久，那到底Websocket有什么鬼用，pressionThreshold"value=""/

       /bean

       /property

       propertyname="opTimeout"value=""/

       propertyname="timeoutExceptionThreshold"value=""/

       propertyname="locatorType"value="CONSISTENT"/

       propertyname="hashAlg"

       valuetype="net.spy.memcached.DefaultHashAlgorithm"KETAMA_HASH/value

       /property

       propertyname="failureMode"value="Redistribute"/

       propertyname="useNagleAlgorithm"value="false"/

       /bean

（WebFlux）、多数据源R2dbc事务失效分析

       在项目改造过程中，我们将SpringMVC替换为SpringWebflux，同时将Mybatis升级为R2dbc。项目进展顺利，直到新需求引入MongoDb，问题浮现。面对Mysql和MongoDb的多数据源挑战，事物操作出现异常。本文将深入分析问题原因与解决方案。

       在本地测试时，强烈推荐使用虚拟机和Docker安装MySql与MongoDb，以避免Mac直连Docker带来的麻烦。SpringBoot版本为2.6.，本文基于已集成R2DBC与MongoDb的环境。

       首先，我们创建了一个测试库r2dbc_test，包含user表。引入R2dbc并进行基本测试，实现事务操作，确保数据完整性。测试结果显示，R2dbc事务操作正常，当尝试删除并插入数据时，期望的异常和数据状态得到验证。

       接着引入MongoDb，并开启事务支持。根据官方文档，除非手动配置MongoTransactionManager，否则事务支持默认禁用。在项目中添加相应代码，为Webflux环境配置MongoDB事务。然而，引入MongoDb后，事务操作再次出现问题，未按预期回滚。

       为了解决此问题，我们深入分析了事务失效的原因。经过排查，发现事务管理器未能正确初始化，导致TransactionalOperator无法正常工作。通过查看源码，发现R2dbcTransactionManager的初始化依赖于是否存在ReactiveTransactionManager。由于MongoDb事务已先期初始化，导致R2dbcTransactionManager未能正确创建，从而影响了事物操作。

       为解决此问题，我们采取了以下措施：创建两个配置类，分别为MongoConfig和R2dbcConfig，用于自定义事务管理器的初始化。通过别名方式创建两个TransactionalOperator，确保R2dbcTransactionManager的正确初始化。经过验证，设置正确的名称后，事务操作恢复正常，数据回滚验证成功。

       本文提出了手动验证的方法，并指出了使用日志记录作为辅助工具的快捷途径。通过日志，可以清晰地追踪事务创建与回滚过程，验证操作的有效性。总结而言，在面对新工具和多数据源时，应充分实验、验证结果，面对问题时保持冷静，逐步解决问题。如有疑问，欢迎指正与交流。