前面两个章节分别实现控制台版本的单聊和群聊的功能实现,通过这两个小案例来体验 Netty 的真实开发场景,其实在真实 Netty 开发当中,是非常的简单的,但是前面花那么多的篇幅去讲解 Netty 的核心组件和理论,主要目的是让大家可以了解其原理,才能写出高质量的 Netty 代码。虽然 Netty 的性能很高,但是不代表作出来的项目是性能很高的,本节主要讲解如何去优化 Netty。
常见的细节优化
- 心跳检测,主要是避免连接假死现象;
- 连接断开,则删除通道绑定属性、删除对应的映射关系,这些信息都是保存在内存当中的,如果不删除则造成资源浪费;
- 性能问题,用户 ID 和 Channel 的关系绑定存在内存当中,比如:Map<Integer,Channel>,key 是用户 ID,value 是 Channel,如果用户量多的情况(客户端数量过多),那么服务端的内存将被消耗殆尽;
- 性能问题,每次服务端往客户端推送消息,都需要从 Map 里面查找到对应的 Channel,如果数量比较大和查询频繁的情况下如何保证查询性能;
- 安全性问题,HashMap 是线程不安全的,并发情况下,我们如何去保证线程安全;
- 身份校验,如何 LoginHandler 是负责登录认证的业务 Handler,AuthHandler 是负责每次请求时校验该请求是否已经认证了,这些 Handler 在链接就绪时已经被添加到 Pipeline 管道当中,其实,我们可以采用热插拔的方式去把一些在做业务操作时用不到的 Handler 给剔除掉。
以上是开发当中,需要去注意的点,当然还有很多其他的细节,比如:线程池这块,需要大家慢慢去从实战中积累。
本节主要的内容主要是在单聊和群聊基础上完善几点内容,具体如下:
- 无论客户端还是服务端都分别只有一个 Handler,这样的话,业务越来越多,Handler 里面的代码就会越来越臃肿,我们应该想办法把 Handler 拆分成各个独立的 Handler;
- 如何拆分的 Handler 很多,每次有连接进来,那么都会触发 initChannel () 方法,所有的 Handler 都得被 new 一遍,我们应该把这些 Handler 改成单例模式。 不需要每次都 new,提高效率;
- 发送消息,无论是单聊还是群聊,对方不在线,则把消息缓存起来,等待其上线再推送给他;
- 连接断开,无论是主动和被动,需要删除 Channel 属性、删除用户和 Channel 映射关系。
主要优化细节如下:
- 自定义 Handler 继承
SimpleChannelInboundHandler
,那么解码的时候,会自动根据数据格式类型转到相应的 Handler 去处理; - @Shareable 修饰 Handler,保证 Handler 是可共享的,避免每次都创建一个实例。
@ChannelHandler.Sharable public class ClientLogin2Handler extends SimpleChannelInboundHandler<LoginResBean> { //1.构造函数私有化,避免创建实体 private ClientLogin2Handler(){} //2.定义一个静态全局变量 public static ClientLogin2Handler instance=null; //3.获取实体方法 public static ClientLogin2Handler getInstance(){ if(instance==null){ synchronized (ClientLogin2Handler.class){ if(instance==null){ instance=new ClientLogin2Handler(); } } } return instance; } protected void channelRead0( ChannelHandlerContext channelHandlerContext, LoginResBean loginResBean) throws Exception { //具体业务代码,参考之前 } }
代码块预览 复制
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
@ChannelHandler.Sharable public class ClientMsgHandler extends SimpleChannelInboundHandler<MsgResBean> { //1.构造函数私有化,避免创建实体 private ClientMsgHandler(){} //2.定义一个静态全局变量 public static ClientMsgHandler instance=null; //3.获取实体方法 public static ClientMsgHandler getInstance(){ if(instance==null){ synchronized (ClientMsgHandler.class){ if(instance==null){ instance=new ClientMsgHandler(); } } } return instance; } protected void channelRead0( ChannelHandlerContext channelHandlerContext, MsgResBean msgResBean) throws Exception { //具体业务代码,参考之前 } }
代码块预览 复制
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
.handler(new ChannelInitializer<SocketChannel>() { @Override public void initChannel(SocketChannel ch) { //1.拆包器 ch.pipeline().addLast(new LengthFieldBasedFrameDecoder(Integer.MAX_VALUE,5,4)); //2.解码器 ch.pipeline().addLast(new MyDecoder()); //3.登录Handler,使用单例获取 ch.pipeline().addLast(ClientLogin2Handler.getInstance()); //4.消息发送Handler,使用单例获取 ch.pipeline().addLast(ClientMsgHandler.getInstance()); //5.编码器 ch.pipeline().addLast(new MyEncoder()); } });
代码块预览 复制
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
总结,这种模式是开发当中常用的,可以更好的维护代码以及提高应用性能。
为了提高用户体验,在发送消息(推送消息)时,如果接收方不在线,则应该把消息缓存起来,等对方上线时,再推送给他。
//1.定义一个集合存放数据(真实项目可以存放数据库或者redis缓存),这样数据比较安全。 private List<Map<Integer,String>> datas=new ArrayList<Map<Integer,String>>(); //2.服务端推送消息 private void pushMsg(MsgReqBean bean,Channel channel){ Integer touserid=bean.getTouserid(); Channel c=map.get(touserid); if(c==null){//对方不在线 //2.1存放到list集合 Map<Integer,String> data=new HashMap<Integer, String>(); data.put(touserid,bean.getMsg()); datas.add(data); //2.2.给消息“发送人”响应 MsgResBean res=new MsgResBean(); res.setStatus(1); res.setMsg(touserid+">>>不在线"); channel.writeAndFlush(res); }else{//对方在线 //2.3.给消息“发送人”响应 MsgResBean res=new MsgResBean(); res.setStatus(0); res.setMsg("发送成功); channel.writeAndFlush(res); //2.4.给接收人推送消息 MsgRecBean res=new MsgRecBean(); res.setFromuserid(bean.getFromuserid()); res.setMsg(bean.getMsg()); c.writeAndFlush(res); } }
代码块预览 复制
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
private void login(LoginReqBean bean, Channel channel){ Channel c=map.get(bean.getUserid()); LoginResBean res=new LoginResBean(); if(c==null){ //1.添加到map map.put(bean.getUserid(),channel); //2.给通道赋值 channel.attr(AttributeKey.valueOf("userid")).set(bean.getUserid()); //3.登录响应 res.setStatus(0); res.setMsg("登录成功"); res.setUserid(bean.getUserid()); channel.writeAndFlush(res); //4.根据user查找是否有尚未推送消息 //思路:根据userid去lists查找....... }else{ res.setStatus(1); res.setMsg("该账户目前在线"); channel.writeAndFlush(res); } }
代码块预览 复制
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
如果客户端网络故障导致连接断开了(非主动下线),那么服务端就会监听到连接的断开,此时应该删除对应的 map 映射关系,否则影响客户端的下次同一个账号登录,以及大量的客户端掉线,但是映射关系没有删除掉,导致服务器资源没有得到释放。
实例:
public class ServerChatGroupHandler extends ChannelInboundHandlerAdapter { //映射关系 private static Map<Integer, Channel> map=new HashMap<Integer, Channel>(); //连接断开,触发该事件 @Override public void channelInactive(ChannelHandlerContext ctx) throws Exception { //1.获取Channel Channel channel=ctx.channel(); //2.从map里面,根据Channel找到对应的userid Integer userid=null; for(Map.Entry<Integer, Channel> entry : map.entrySet()){ Integer uid=entry.getKey(); Channel c=entry.getValue(); if(c==channel){ userid=uid; } } //3.如果userid不为空,则需要做以下处理 if(userid!=null){ //3.1.删除映射 map.remove(userid); //3.2.移除标识 ctx.channel().attr(AttributeKey.valueOf("userid")).remove(); } } }
代码块预览 复制
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
Channel 断开,服务端监听到连接断开事件,但是此时 Channel 所绑定的属性已经被移除掉了,因此这里无法直接获取的到 userid。
实例:
public class ServerChatGroupHandler extends ChannelInboundHandlerAdapter { //映射关系 private static Map<Integer, Channel> map=new HashMap<Integer, Channel>(); //连接断开,触发该事件 @Override public void channelInactive(ChannelHandlerContext ctx) throws Exception { //1.获取Channel绑定的userid Object userid=channel.attr(AttributeKey.valueOf("userid")).get(); //2.如果userid不为空 if(userid!=null){ //1.删除映射 map.remove(userid); //2.移除标识 ctx.channel().attr(AttributeKey.valueOf("userid")).remove(); } } }
代码块预览 复制
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
本节内容还是相对容易理解的,主要是优化前面实现的聊天功能,主要优化是业务 Handler 的拆分以及使用单例模式、接受人不在线则缓存数据,等其上线再推送、监听连接断开删除对应的映射关系。