Reactor

swoole是使用C语言实现的socket通信框架，workerman则是使用纯php实现的socket框架，二者进程模型上也存在很多的不同。 先说下swoole的进程模型，看一下以下解析图。 master进程 这个进程比较复杂，也是我认为最核心的进程，这是一个包含多线程的进程，分别是一个主线程和n个reactor线程（数量可以配置）。 其中，主线程用于accept新的连接，然后评估一下每个reactor线程负责维护的连接数，然后分配给数量最少的那个reactor线程，最大程度保证每个reactor线程的负载量是均衡的。 本质上讲，一旦一个socket可读或者可写了，就由reactor线程发送给worker进程或者发送会客户端。除此之外，主线程还负责对所有信号的接管，避免reactor线程收到信号的打扰中断。 说的洋气点儿就是：master进程负责了连接的accept、托管、socket的可读可写（数据的发送和接受），本质上讲，master进程负责了IO。还需要注意一点儿的是reactor线程是彻底的全异步非阻塞工作方式。 manager进程 manager进程是worker进程和taskworker进程的妈，说的洋气点儿就是manager进程fork出来了worker进程和taskworker进程，生出来了就得管，所以

最新的 Spring Boot 2.3 发布快半个月了： https://spring.io/blog/2020/05/15/spring-boot-2-3-0-available-now 其中有个新特性叫： Graceful shutdown（优雅关闭） 之前也分享过这样的文章，现在竟然出品官方姿势了，新功能嘛，肯定得去官方看下，下面是官方的说明： Graceful shutdown is supported with all four embedded web servers (Jetty, Reactor Netty, Tomcat, and Undertow) and with both reactive and Servlet-based web applications. When a grace period is configured, upon shutdown, the web server will no longer permit new requests and will wait for up to the grace period for active requests to complete. 下面，栈长给大家总结下： 优雅关闭支持所有 4 个嵌入式 Web 服务器：Jetty, Reactor Netty, Tomcat, Undertow

1.什么是优雅停机 先来一段简单的代码，如下： @RestController public class DemoController { @GetMapping("/demo") public String demo() throws InterruptedException { // 模拟业务耗时处理流程 Thread.sleep(20 * 1000L); return "hello"; } } 当我们流量请求到此接口执行业务逻辑的时候，若服务端此时执行关机 （kill），spring boot 默认情况会直接关闭容器（tomcat 等），导致此业务逻辑执行失败。在一些业务场景下：会出现数据不一致的情况，事务逻辑不会回滚。 2.graceful shutdown 在最新的 spring boot 2.3 版本，内置此功能，不需要再自行扩展容器线程池来处理，目前 spring boot 嵌入式支持的 web 服务器（Jetty、Reactor Netty、Tomcat 和 Undertow）以及反应式和基于 Servlet 的 web 应用程序都支持优雅停机功能。我们来看下如何使用: 当使用 server.shutdown=graceful 启用时，在 web 容器关闭时，web 服务器将不再接收新请求，并将等待活动请求完成的缓冲期。 3.配置体验 此处支持的 shutdown

对NIO的理解 个人单方面认为，NIO与BIO的最大区别在于主动和被动，使用BIO的方式需要等待被调用方返回数据，很明显此时调用者是被动的。 举个例子 阻塞IO 假设你是一个胆小又害羞的男孩子，你约了隔壁测试的妹子，但你并不敢主动约会，所以你把自己的手机号码给她，并暗示她想要约会的时候打电话给你。很明显此时你陷入了被动，约不约会的结果需要妹子主动告知你，如果她忘了，那么你要陷入长时间的等待中以及无尽的猜测和自我怀疑中（太惨了)。[如果你是一个胆小害羞又好色的男孩子，那就惨了] 非阻塞IO 我们知道，渣男通常有很多的备胎，我管这个叫做 备胎池(SpareTirePool) , 那么当他想要约会的时候，只要群发问妹子要不要约会，如果要约会的话就和妹子约会，约会结束之后，处理其他约会事件，如果没有继续下一次询问。在这个例子中约会可以视为IO事件，问妹子的过程可以视为备胎池的轮询。 如果你要学习NIO，可以 学习 Tomcat 如何使用NIO 既然是网络通信的I/O那必然有以下两个步骤 SeverSocket的启动 I/O事件的处理 关键代码在 package org.apache.tomcat.util.net.NioEndpoint 中 P.S. 文章太长，如果不想看可以直接阅读结论 ServerSocket的启动 在最开始看代码，是震惊的，真的，如果你看Reactor模型的话

随着zuul不再维护，spring官方有意推Spring Cloud Gateway为下一代网关，由于Spring Cloud Gateway是通过Webflux实现的，完全使用了响应式web框架，同时Webflux又是通过Reactor实现的，因此为了更好是使用Spring Cloud有必要学习一下响应式编程，Webflux，Reactor 响应式编程 开发人员一般都会写一些监控的脚本，通过定时的访问，来确定一写事件是否发生，发生的话将内容通过邮件发送。如果对时间粒度要求宽泛还好，如果要求比较严格，就要一直访问，造成不必要的资源浪费。为了解决这种命令式编程的痛点，响应式编程应运而生，通过设置消息的订阅者和消息的发送者来解决这个问题，通过事件驱动，一旦事件发生，发送者将消息推送给订阅者。 举个收外卖的例子： 你今天点了一个外卖，但是你不知道何时会送达，小区外卖进不来，你只能到小区门口去拿： 命令式：由于不知到几点到，你就每隔5分钟去小区门口看一下，如果外卖到了就拿回来，没到进入下个循环 响应式：小哥到了小区门口，打电话通知到小区门口去外卖 根据上面的例子明白响应式编程这种事件驱动的好处。 而且响应式将发和收拆开将同步过程拆成异步的过程，对合理利用资源提升效率更有帮助 Reactor 3介绍 Reactor 3框架是Pivotal（Spring 母公司）基于Reactive

.NET Reactor 是一个功能强大的代码保护和软件许可系统，适用于为.NET Framework编写的软件，并支持生成.NET程序集的所有语言。 .NET Reactor迎来了久违的版本更新，进入v6.3.0.0全新时代！支持Blazor保护，支持.NET 5 Preview 4保护，允许创建.NET Core 3.x单个文件应用程序，改进了许多功能性能，等等10个功能的更新和改进，还没有体验的朋友可 立即下载 。 本文将介绍.NET Reactor的内置工具，希望对您有所帮助。 许可证审查员工具 许可证检查器允许您从打开的许可证文件中查看其他许可证信息。为此，您必须通过选择生成受保护程序集和许可证的.NET Reactor项目来加载正确的主密钥。 可以使用.NET Reactor SDK以编程方式读取许可证信息（随.NET Reactor一起提供，请参见位置“ ... Eziriz \ .NET Reactor \ SDK \ License Examination”）。 许可证失效工具 如果部署硬件标识锁，则可以使用许可证无效工具强制在一台计算机上使许可证无效，以允许被许可方将安装移动到另一台计算机上。 要强制执行无效操作，请加载.NET Reactor项目，打开许可证无效工具，然后单击“创建无效工具”。这将创建一个可执行文件

写在前面 当下互联网行业飞速发展，快速的业务更新和产品迭代也给系统开发过程和模式带来新的挑战。在这个时代背景下，以Spring Cloud为代表的微服务架构实现技术应运而生。 微服务架构是一种分布式系统，在业务、技术和组织等方面具备相应优势的同时，也不得不面临分布式系统所固有的问题。确保微服务系统的即时响应性和服务弹性是我们构建微服务架构的一大挑战。 幸运的是，Spring 框架的开发人员已经创建了一个崭新的、支持响应式的项目版本，用来支持响应式微服务架构的设计和开发。通过构建响应式微服务架构，我们将在传统微服务架构的基础上提供即时响应性和服务弹性。 但是对于开发人员来说，掌握每一个框架是非常不现实的，例如下面的几个相关核心主题的基础问题： 如何使用Reactor响应式编程框架？ 如何构建响应式RESTful服务？ 如何构建响应式数据访问组件？ 如何构建响应式消息通信组件？ 如何构建响应式微服务架构？ 如何测试响应式微服务架构？ ……？ 下面这本书将讨论上述所提到的问题并基于这些问题给出具体的案例分析 如果大家有足够的经济条件支持，可以去购买纸质版，如果想要PDF版，可以私信回复【学习】来免费获取！ Spring 响应式微服务 第 1 章 直面响应式微服务架构 第 2 章 响应式编程模型与 Reactor 框架 第 3 章 构建响应式 RESTful 服务 第 4 章 构建响应

Netty进阶 Bootstrap、ServerBootstrap Bootstrap意思是引导，一个Netty应用通常由一个Bootstrap开始，主要作用是配置整个Netty程序，串联各个组件，Netty中ServerBootstrap是服务端的启动引导类，Bootstrap是客户端引导类 常用方法 方法 说明 public ServerBootstrap group(EventLoopGroup parentGroup, EventLoopGroup childGroup) 服务器端：设置两个EventLoopGroup public B channel(Class<? extends C> channelClass) 服务器端：设置通道的实现 public B option(ChannelOption option, T value) 服务器端：为Server Channel添加配置 public ServerBootstrap childOption(ChannelOption childOption, T value) 服务器端：给接收的通道添加配置 public ServerBootstrap childHandler(ChannelHandler childHandler) 服务器端：设置业务处理类型(自定义handler) public ChannelFuture

Redis 6.0 多线程重磅发布！！！ Redis 6.0在5.2号这个美好的日子里悄无声息的发布了，这次发布在IT圈犹如一颗惊雷一般，因为这是redis最大的一次改版，首次加入了多线程。 作者Antirez在RC1版本发布时在他的博客写下： the most “enterprise” Redis version to date // 最”企业级”的 the largest release of Redis ever as far as I can tell // 最大的 the one where the biggest amount of people participated // 参与人数最多的 这次改变，性能有个飞速的提升~ 先po出新版和旧版性能图 从上面可以看到 GET/SET 命令在 4 线程 IO 时性能相比单线程是几乎是翻倍了。另外，这些数据只是为了简单验证多线程 IO 是否真正带来性能优化，并没有针对严谨的延时控制和不同并发的场景进行压测。数据仅供验证参考而不能作为线上指标，且只是目前的 unstble分支的性能，不排除后续发布的正式版本的性能会更好。 Redis 6.0 之前的版本真的是单线程吗？ Redis基于Reactor模式开发了网络事件处理器，这个处理器被称为文件事件处理器。它的组成结构为4部分：多个套接字、IO多路复用程序、文件事件分派器

写在最前面 移动时代、5G时代、物联网时代的大幕已经开启，它们对于高性能、高并发的开发知识和技术的要求，抬升了Java工程师的学习台阶和面试门槛。大公司的面试题从某个侧面映射出生产场景中对专项技术的要求。高并发的面试题以前基本是BAT等大公司的专利，现在几乎蔓延至与Java项目相关的整个行业。例如，与Java NIO、Reactor模式、 高性能通信、分布式锁、分布式ID、分布式缓存、高并发架构等技术相关的面试题，从以前的加分题变成了现在的基础题，这也映射出开发Java项目所必需的技术栈:分布式Java框架、Redis缓存、分布式搜索ElasticSearch、分布式协调ZooKeeper、消息队列Kafka、高性能通信框架Netty。 今天分享的这份笔记虽然重在讲解Netty、Redis、 ZooKeeper的使用方法，但是还有一个更大的价值，就是为大家打下Java高并发开发技术的坚实基础。 首先，从操作系统的底层原理开始讲解:浅显易懂地剖析高并发IO的底层原理，并介绍如何让单体Java应用支持百万级的高并发:从传统的阻塞式OIO开始，细致地解析Reactor高性能模式，介绍高性能网络开发的基础知识:从Java的线程Join和线程池开始，介绍Java Future和Guava ListenableFuture两种常用异步回调技术。这些原理方面的基础知识非常重要