NettyServer端的线程处理模型

最新推荐文章于 2022-12-19 19:39:09 发布
最新推荐文章于 2022-12-19 19:39:09 发布
阅读量381 收藏 2
点赞数
分类专栏： # 手写RPC框架 文章标签： netty
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36714200/article/details/109854350
版权
本文介绍了NettyServer端的线程处理模型。当收到8个连接并发数据时，Netty通过workerGroup的2个线程进行消息反序列化，decode后的数据再由8个可用线程进行业务处理。
摘要由CSDN通过智能技术生成

NettyServer端

结合图理解代码
在这里插入图片描述

// 动态获取当前主机ip
String host = InetAddress.getLocalHost().getHostAddress();
int port = 8888;
NioEventLoopGroup boosGroup = new NioEventLoopGroup(1);
NioEventLoopGroup workerGroup = new NioEventLoopGroup(2); // 默认为cpu核数*2  这里手动设置为2
DefaultEventExecutorGroup serviceHandlerGroup = new DefaultEventExecutorGroup(Runtime.getRuntime().availableProcessors() * 2)
最低0.47元/天 解锁文章
dubbo 消费者（consumer）线程模型及2.7.1版本问题
悟已往之不谏，知来者之可追
02-22 1026
背景 2.7.1的dubbo，默认情况下，消费者在接收返回消息时，会将消息指定到all的Dispatcher中，然后将消息丢入线程池等待调度处理，消费者接收消息使用的线程池默认是cached（缓存线程池），此时会存在两个问题： 线程池创建过多； 线程池线程数无限制； 第一个问题是因为dubbo的线程模型中，线程池的个数与客户端引用的服务个数，服务提供者的数量，connections都有关，总的来说消费者与提供者建立一条连接，则消费者创建一个线程池处理返回消息，即： 消费方线程池个数 = Reference服
Dubbo线程模型
WannaRunning的博客
04-28 864
IO线程组 Dubbo默认的底层网络通讯是使用Netty框架实现的，所以说白了Dubbo的线程模型其实就是Netty的主从Refactor模型。主Refactor（Boss EventLoopGroup）主要用来建立与客户端的连接，子Refactor（worker EventLoopGroup）用于监听所有事件进行处理。这两个线程组统称为Dubbo中的IO线程组，I/O线程数默认是CPU的个数+1 Dispatch配置 Dispatcher是dubbo中的调度器，用来决定操作是在IO中执行还是业务..
Netty第二章 2020 3-3——Netty源码之Server端Worker线程组的启动
xxcupid的博客
03-13 348
Server和Client端的交互 上文提到了，NioEventLoop中有两个重要的操作，分别是NioEventLoop.processSelectedKeys和SingleThreadEventExecutor.runAllTasks。说完了runAllTasks，下面说下processSelectedKeys。 当client端发起连接的时候： run:408, NioEventLoo...
Netty线程模型之服务端线程模型
Crazer_cy的博客
09-18 685
笔记来源：http://www.infoq.com/cn/articles/netty-threading-model/一、服务端线程模型：一种比较流行的做法是服务端监听线程和IO线程分离，类似于Reactor的多线程模型，它的工作原理图如下：下面结合Netty的源码，对服务端创建线程工作流程进行介绍：1.第一步，从用户线程发起创建服务端操作，代码如下：EventLoopGroup管理的线程数可以...
【Netty入门】Netty的线程模型
白夜行
06-13 1116
Reactor线程模型Reactor 模式基于事件驱动，适合处理海量的I/O 事件。它主要由多路复用器(Acceptor)、事件分发器(Dispatcher)、事件处理器(Handler)组成，可以分为三种。单线程模型 所有I/O操作都由一个线程完成，即多路复用、事件分发和处理都是在一个Reactor线程上完成的。 这是最简单的Reactor模型。Reactor线程负责多路分离套接字，Accept新
[Netty]nio线程个数以及线程命名规则
Franco的博客
03-20 4492
作者：简书闪电侠 链接：https://www.jianshu.com/p/512e983eedf5 概述 netty是一个以高性能著称的网络通信框架，许多开源项目都使用了netty作为底层网络通信框架，如avro，dubbo，nats；本文将从源码的角度讲述netty在确定线程个数方面如何保证应用程序性能最优，源码基于netty-4.1.6.Final 线程个数在何时达到最优 我们知道，...
Netty 的server端以及client工作原理图解析
纵横的博客
11-19 523
server端 server端启动时绑定本地某个端口，将自己NioServerSocketChannel注册到某个boss NioEventLoop的selector上。 server端包含1个boss NioEventLoopGroup和1个worker NioEventLoopGroup，NioEventLoopGroup相当于1个事件循环组，这个组里包含多个事件循环NioEventLoop，每个NioEventLoop包含1个selector和1个事件循环线程。 client端 client端启动时
Apache Dubbo系列：Dubbo线程模型
nuoWei_SenLin的博客
10-16 505
导读 我们都知道，Dubbo使用默认的网络传输框架是Netty，服务提供方NettyServer使用两个NIO线程池EventLoopGroup(boss)和EventLoopGroup(worker)，前者负责接收客户端的连接，并分发给后者处理。我们把这两个线程组成为I/O线程(或Netty线程)。 如果服务提供方能快速处理客户端的请求，那么直接在I/O线程(Netty线程)上处理比较合适。否则(如查DB、请求三方接口等)，需要将客户端的请求，分派(Dispatcher)给业务线程池(Dubbo.
netty worker线程数量_Dubbo线程模型
weixin_39758696的博客
11-29 259
Dubbo中线程池的应用还是比较广泛的，按照consumer端到provider的RPC的方向来看，consumer端的应用业务线程到netty线程、consuemr端dubbo业务线程池，到provider端的netty boss线程、worker线程和dubbo业务线程池等。这些线程各司其职相互配合，共同完成dubbo RPC服务调用，理解dubbo线程模型对于学习Dubbo原理很有帮助。du...
Netty服务端接收的新连接是如何绑定到worker线程池的？
weixin_46062001的博客
04-23 657
前言 前面分析Netty服务端检测新连接的过程提到了NioServerSocketChannel读完新连接后会循环调用服务端Channel绑定的pipeline.fireChannelRead()方法，将每条新连接打包当做参数传入，然后通过这个方法将其沿着服务端Channel的pipeline传递下去，即在Channel的handler链条上流动，这部分细节后续会详细分解。 下面看下，...
自己写的基于netty的服务器端通讯框架
12-08
本人写的基于netty的服务器端通讯框架，报文格式为【int的长度+json格式的字符串】，json格式类似于{cmd:1,data:{}},通过cmd的表示识别controller，仅需在spring配置中配置controller即可，线程池大小和编码格式可在constants静态变量里配置。目前线程池为固定大小，以后的版本中可能会增加其他形式
Netty线程模型
最新发布
chenxiao19921018的博客
12-19 219
netty线程模型
【Java网络编程】：Netty原理总结
hxcaifly的博客
01-03 1513
最近在研究Flink源码时，才第一次听到Netty这个框架，因为flink的内部数据通信和传输是基于Netty来实现的。后来查了下，spark内部的数据传输也是基于Netty。所以不得不对Netty做番认识。主要是方便以后定位问题。
Netty-使用业务处理线程池处理业务
weixin_43424751的博客
01-14 2498
Netty-使用业务处理线程池处理业务.md 业务线程是区别与通信线程的另外一种线程的使用类别。 通信线程通常就是用来处理网络I/O相关的各种事件,例如连接操作,消息读取和发送操作。Netty中的NioEventLoop通常就是被用来处理这么一系列的操作。 业务线程通常侧重于处理业务相关的逻辑，在Netty中配置任务处理链的时候可以配置某一个处理器使用特定的处理器实现。 ChannelPipeline addLast(EventExecutorGroup group, ChannelHandler... h
Netty4之业务线程池的使用
只有想不到没有做不到，程序的力量。。。
09-13 8999
此文章是基于Netty4.1,一般在使用Netty做服务端开发时，通常会定义I/O线程池及业务线程池。I/O线程池顾名思义用于处理网络连接及维护Channel的相关事件(一般像心跳及编解码都可以使用I/O线程池)。当需要处理比较耗时的业务逻辑也共用I/O线程池话会对整个服务的吞吐量有比较大的影响(曾经遇到过)。所以在生产环境中建议定义业务线程池。下面说说如何使用业务线程池及业务线程池处理逻辑的原理...
Netty系列四：第一个Netty程序(业务线程异步)
热门推荐
cj2580的博客
09-29 1万+
有了之前的基础之后，我们从netty官网的示例（略做修改），来开始netty之旅。我们实现一个支持hello world版的netty程序。首先我们创建一个主类：侦听 http端口，启动服务import io.netty.bootstrap.ServerBootstrap; import io.netty.channel.Channel; import io.netty.channel.Channe
Netty服务器线程模型概览
weixin_34273479的博客
08-24 159
为什么80%的码农都做不了架构师？>>> ...
【Netty】模型篇一：Netty 线程模型架构 & 工作原理 解读
正在努力工作的搬砖人
04-25 9904
本文通过与传统I/O模型以及三种Reactor模型进行对比，详细分析了Netty的线程模型是怎么设计的，以及它的工作流程。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值