前言:
今天朋友们对“netty 服务端 慢”大概比较关注,你们都想要分析一些“netty 服务端 慢”的相关资讯。那么小编在网络上收集了一些有关“netty 服务端 慢””的相关内容,希望各位老铁们能喜欢,你们一起来了解一下吧!Netty实战 IM即时通讯系统(四)服务端启动流程
零、 目录
IM系统简介Netty 简介Netty 环境配置服务端启动流程实战: 客户端和服务端双向通信数据传输载体ByteBuf介绍客户端与服务端通信协议编解码实现客户端登录实现客户端与服务端收发消息pipeline与channelHandler构建客户端与服务端pipeline拆包粘包理论与解决方案channelHandler的生命周期使用channelHandler的热插拔实现客户端身份校验客户端互聊原理与实现群聊的发起与通知群聊的成员管理(加入与退出,获取成员列表)群聊消息的收发及Netty性能优化心跳与空闲检测总结扩展
四、 服务端启动流程
服务端Demo
public class NettyServer { public static void main(String[] args) { NioEventLoopGroup bossGroup = new NioEventLoopGroup(1); NioEventLoopGroup workerGroup = new NioEventLoopGroup(); ServerBootstrap serverBootstrap = new ServerBootstrap(); serverBootstrap .group(bossGroup, workerGroup) .channel(NioServerSocketChannel.class) .childHandler(new ChannelInitializer<NioSocketChannel>() { protected void initChannel(NioSocketChannel ch) { } }); serverBootstrap.bind(8000); }}首先看到,我们创建了两个NioEventLoopGroup ,这两个对象可以看做是传统IO线程的两大线程组:bossGroup: 表示监听端口 接收新连接的线程组 一般情况下 接口线程组配置一个线程即可 , NioEventLoopGroup 默认的个数为 CPU核数*2workerGroup: 表示处理每一条连接上的数据读写的线程组 , (这里不理解可以回顾上一小节 《Netty是什么》)用生活中的例子来讲就是: 一个工厂要运作 , 必然要有一个老板 负责在外面接活 ,然后有很多员工负责具体干活 , 老板们就是bossGroup 可以是1个 也可以使多个 , 员工们就是worker . bossGroup就收连接 , 之后交给workerGroup 具体处理接下来我们创建了一个引导类 ServerBootStrap , 这个类将引导我们进行服务端的启动工作。我们通过 serverBootstrap.group(bossGroup, workerGroup) 来给引导类配置两大线程组 , 这个引导类的线程模型也就定型了然后我们指定服务端的IO模型为 NIO , 我们通过serverBootstrap.channel(NioServerSocketChannel.class) 来指定IO模型 , 当然这里也可以有其他的选择 , 如果你想指定IO 模型为 BIO , 那么这里配置OioServerSocketChannel.class类型即可 , 一般不会那么做 , 因为Netty 的优势就在于NIO.接着我们调用childHandler()方法 , 给这个引导类创建一个ChannelInitializer , 这里主要就是定义每条连接的数据读写、业务处理逻辑 , 不理解没关系 , 我们后面会详细分析 。 ChannelInitializer 这个类中 我们注意到有一个泛型参数NioSocketChannel , 这个类就是Netty对NIO类型的连接的抽象 , 而我们前面NioServerSocketChannel也是对NIO类型的连接的抽象 , NioServerSocketChannel 和NioSocketChannel的概念相当于BIO 模型中 ServerSocket 和Socket .到这里我们最小化参数配置就完成了 , 总结一下 , 想要启动一个Netty服务端 , 我们需要指定三个类属性:线程模型、 IO模型、处理逻辑 , 有了这三者之后再调用 bind(8000) , 我们就可以在本地绑定一个8000端口启动起来 。自动绑定递增端口在上面代码中我们直接绑定了8000端口 , 接下来我们实现一个稍微复杂的逻辑: 我们指定一个起始端口 , 比如:1000 , 然后判断是否绑定成功 , 如果不成功就 绑定1001 , 直到成功为止。serverBootStrap.bind() 这个方法时异步的 , 调用之后立即返回结果 , 但是并不知道是否绑定成功, 他的返回值是一个ChannelFuture , 我们可以给这个ChannelFuture 添加一个监听器 GenericFutureListener , 然后我们在GenericFutureListener 的operationComplete 方法里面 , 我们可以监听到端口是否绑定成功 , 接下来是检测端口是否绑定成功的代码:/**自动递增绑定有效端口@author outman*/ private static void bind(ServerBootstrap serverBootstrap, int port) {serverBootstrap.bind(port).addListener(new GenericFutureListener<Future<? super Void>>() {
@Overridepublic void operationComplete(Future<? super Void> future) throws Exception { if(future.isSuccess()) { System.out.println("成功绑定端口:"+port); }else { System.out.println("绑定端口失败:"+ port); bind(serverBootstrap, port+1); }}});} 执行结果: (我的mysql 占用了3306端口 , 所以3306绑定失败) 绑定端口失败:3306 成功绑定端口:3307服务端启动相关的其他方法handler(): handler() 方法可以和之前分析的childHandler() 对应起来 ,childHandler() 用于指定处理新连接数据的业务逻辑 , handler用于指定服务端启动过程中的一些逻辑
serverBootstrap.handler(new ChannelInitializer<NioServerSocketChannel>() { @Override protected void initChannel(NioServerSocketChannel ch) throws Exception { System.out.println("服务端启动中..."); }});attr(): attr()方法可以给服务端的channel , 也就是NioServerSocketChannel指定一些自定义属性 , 然后我们可以通过channel.attr()取出这个属性 , 比如 , 我们可以给服务端channel指定一个serverName 属性 , 属性值NettyServer , 其实说白了就是给NioServerSocketChannel维护了一个map:
//设置服务端属性serverBootstrap.attr(AttributeKey.newInstance("serverName"), "NettyServer");serverBootstrap.handler(new ChannelInitializer<NioServerSocketChannel>() { @Override protected void initChannel(NioServerSocketChannel channel) throws Exception { // 取出服务端属性 Attribute<Object> serverName = channel.attr(AttributeKey.valueOf("serverName") ); System.out.println( serverName.get()+"服务端启动中..."); }});childAttr() : 可以通过childAttr 给每一条连接设置自定义属性
//给连接设置自定义属性serverBootstrap.childAttr(AttributeKey.newInstance("clientName"), "NettyClient");serverBootstrap.childHandler(new ChannelInitializer<NioSocketChannel>() { @Override protected void initChannel(NioSocketChannel childChannel) throws Exception { // 取出连接中的自定义属性 childChannel.attr(AttributeKey.valueOf("clientName")); }});childOption(): childOption方法可以给每条连接设置一些TCP底层相关的属性:ChannelOption.SO_KEEPALIVE表示是否开启TCP底层心跳机制,true为开启ChannelOption其他参数详解:
serverBootstrap.childOption(ChannelOption.SO_KEEPALIVE, true);serverBootstrap.childOption(ChannelOption.SO_BACKLOG, 10);option(): 给服务端channel 设置一些属性:
serverBootstrap.option(ChannelOption.SO_BACKLOG, 1024)//表示系统用于存放已经完成三次握手的请求的队列的最大长度 , 如果建立连接频繁, 服务器处理创建新连接较慢, 可以适当调大这个参数。总结本节中我们首先学习了Netty的服务端启动流程 , 一句话来说就是: 创建一个引导类 , 然后给他设置线程模型 , 然后设置IO 模型 , 设置连接之后数据的业务处理逻辑 , 最后绑定端口启动服务。然后我们学到了 引导类的bind 方法时异步的 , 我们可以通过这个异步机制来实现端口自动递增绑定 。最后我们讨论了Netty服务端启动额外的参数 , 主要包括给服务端Channel或者客户端Channel设置属性值 , 设置底层TCP参数。如果你觉得这里讲解比较简单 , 想要深入学习 ,传送门: 疑问:在传统的BIO 模型中 , 每接收一个新连接 就会创建一个新的线程 , 如果使用Netty 指定IO模型为NIO 则每接收一个新连接则会复用之前的线程处理业务逻辑 , 疑问: 如果使用Netty指定IO 模型为BIO 那么会复用之前的线程还是会创建一个新的线程?
后记
感谢各位客官的阅读 , 如果文章中有错误或剖析的不够透彻还请您能够给不吝赐教在评论中告诉小编 , 以便小编能够及时调整文章内容 , 为大家带来更加优质的文章
版权声明:
本站文章均来自互联网搜集,如有侵犯您的权益,请联系我们删除,谢谢。
标签: #netty 服务端 慢