您的位置:首页 > 编程语言 > Java开发

Netty(一) SpringBoot 整合长连接心跳机制

2018-10-08 14:57 591 查看

 https://github.com/crossoverJie/JCSprout

原创: crossoverJie 阅读原文

前言

Netty 是一个高性能的 NIO 网络框架,本文基于 SpringBoot 以常见的心跳机制来认识 Netty。

最终能达到的效果:

  • 客户端每隔 N 秒检测是否需要发送心跳。

  • 服务端也每隔 N 秒检测是否需要发送心跳。

  • 服务端可以主动 push 消息到客户端。

  • 基于 SpringBoot 监控,可以查看实时连接以及各种应用信息。

效果如下:

IdleStateHandler

Netty 可以使用 IdleStateHandler 来实现连接管理,当连接空闲时间太长(没有发送、接收消息)时则会触发一个事件,我们便可在该事件中实现心跳机制。

客户端心跳

当客户端空闲了 N 秒没有给服务端发送消息时会自动发送一个心跳来维持连接。

核心代码代码如下:

  1. public class EchoClientHandle extends SimpleChannelInboundHandler<ByteBuf> {

  2.  

  3.    private final static Logger LOGGER = LoggerFactory.getLogger(EchoClientHandle.class);

  4.  

  5.  

  6.  

  7.    @Override

  8.    public void userEventTriggered(ChannelHandlerContext ctx, Object evt) throws Exception {

  9.  

  10.        if (evt instanceof IdleStateEvent){

  11.            IdleStateEvent idleStateEvent = (IdleStateEvent) evt ;

  12.  

  13.            if (idleStateEvent.state() == IdleState.WRITER_IDLE){

  14.                LOGGER.info("已经 10 秒没有发送信息!");

  15.                //向服务端发送消息

  16.                CustomProtocol heartBeat = SpringBeanFactory.getBean("heartBeat", CustomProtocol.class);

  17.                ctx.writeAndFlush(heartBeat).addListener(ChannelFutureListener.CLOSE_ON_FAILURE) ;

  18.          }

  19.  

  20.  

  21.       }

  22.  

  23.        super.userEventTriggered(ctx, evt);

  24.    }

  25.  

  26.  

  27.    @Override

  28.    protected void channelRead0(ChannelHandlerContext channelHandlerContext, ByteBuf in) throws Exception {

  29.  

  30.        //从服务端收到消息时被调用

  31.        LOGGER.info("客户端收到消息={}",in.toString(CharsetUtil.UTF_8)) ;

  32.  

  33.    }

  34. }    

实现非常简单,只需要在事件回调中发送一个消息即可。

由于整合了 SpringBoot ,所以发送的心跳信息是一个单例的 Bean。

  1. @Configuration

  2. public class HeartBeatConfig {

  3.  

  4.    @Value("${channel.id}")

  5.    private long id ;

  6.  

  7.  

  8.    @Bean(value = "heartBeat")

  9.    public CustomProtocol heartBeat(){

  10.        return new CustomProtocol(id,"ping") ;

  11.    }

  12. }

这里涉及到了自定义协议的内容,请继续查看下文。

当然少不了启动引导:

  1. @Component

  2. public class HeartbeatClient {

  3.  

  4.    private final static Logger LOGGER = LoggerFactory.getLogger(HeartbeatClient.class);

  5.  

  6.    private EventLoopGroup group = new NioEventLoopGroup();

  7.  

  8.  

  9.    @Value("${netty.server.port}")

  10.    private int nettyPort;

  11.  

  12.    @Value("${netty.server.host}")

  13.    private String host;

  14.  

  15.    private SocketChannel channel;

  16.  

  17.    @PostConstruct

  18.    public void start() throws InterruptedException {

  19.        Bootstrap bootstrap = new Bootstrap();

  20.        bootstrap.group(group)

  21.                .channel(NioSocketChannel.class)

  22.                .handler(new CustomerHandleInitializer())

  23.        ;

  24.  

  25.        ChannelFuture future = bootstrap.connect(host, nettyPort).sync();

  26.        if (future.isSuccess()) {

  27.            LOGGER.info("启动 Netty 成功");

  28.       }

  29.        channel = (SocketChannel) future.channel();

  30.    }

  31.  

  32. }

  33.  

  34. public class CustomerHandleInitializer extends ChannelInitializer<Channel> {

  35.    @Override

  36.    protected void initChannel(Channel ch) throws Exception {

  37.        ch.pipeline()

  38.                //10 秒没发送消息 将IdleStateHandler 添加到 ChannelPipeline 中

  39.                .addLast(new IdleStateHandler(0, 10, 0))

  40.                .addLast(new HeartbeatEncode())

  41.                .addLast(new EchoClientHandle())

  42.        ;

  43.    }

  44. }    

所以当应用启动每隔 10 秒会检测是否发送过消息,不然就会发送心跳信息。

服务端心跳

服务器端的心跳其实也是类似,也需要在 ChannelPipeline 中添加一个 IdleStateHandler 。

  1. public class HeartBeatSimpleHandle extends SimpleChannelInboundHandler<CustomProtocol> {

  2.  

  3.    private final static Logger LOGGER = LoggerFactory.getLogger(HeartBeatSimpleHandle.class);

  4.  

  5.    private static final ByteBuf HEART_BEAT =  Unpooled.unreleasableBuffer(Unpooled.copiedBuffer(new CustomProtocol(123456L,"pong").toString(),CharsetUtil.UTF_8));

  6.  

  7.  

  8.    /**

  9.     * 取消绑定

  10.     * @param ctx

  11.     * @throws Exception

  12.     */

  13.    @Override

  14.    public void channelInactive(ChannelHandlerContext ctx) throws Exception {

  15.  

  16.        NettySocketHolder.remove((NioSocketChannel) ctx.channel());

  17.    }

  18.  

  19.    @Override

  20.    public void userEventTriggered(ChannelHandlerContext ctx, Object evt) throws Exception {

  21.  

  22.        if (evt instanceof IdleStateEvent){

  23.            IdleStateEvent idleStateEvent = (IdleStateEvent) evt ;

  24.  

  25.            if (idleStateEvent.state() == IdleState.READER_IDLE){

  26.                LOGGER.info("已经5秒没有收到信息!");

  27.                //向客户端发送消息

  28.                ctx.writeAndFlush(HEART_BEAT).addListener(ChannelFutureListener.CLOSE_ON_FAILURE) ;

  29.          }

  30.  

  31.  

  32.       }

  33.  

  34.        super.userEventTriggered(ctx, evt);

  35.    }

  36.  

  37.    @Override

  38.    protected void channelRead0(ChannelHandlerContext ctx, CustomProtocol customProtocol) throws Exception {

  39.        LOGGER.info("收到customProtocol={}", customProtocol);

  40.  

  41.        //保存客户端与 Channel 之间的关系

  42.        NettySocketHolder.put(customProtocol.getId(),(NioSocketChannel)ctx.channel()) ;

  43.    }

  44. }

这里有点需要注意

当有多个客户端连上来时,服务端需要区分开,不然响应消息就会发生混乱。

所以每当有个连接上来的时候,我们都将当前的 Channel 与连上的客户端 ID 进行关联(因此每个连上的客户端 ID 都必须唯一)。

这里采用了一个 Map 来保存这个关系,并且在断开连接时自动取消这个关联。

  1. public class NettySocketHolder {

  2.    private static final Map<Long, NioSocketChannel> MAP = new ConcurrentHashMap<>(16);

  3.  

  4.    public static void put(Long id, NioSocketChannel socketChannel) {

  5.        MAP.put(id, socketChannel);

  6.    }

  7.  

  8.    public static NioSocketChannel get(Long id) {

  9.        return MAP.get(id);

  10.    }

  11.  

  12.    public static Map<Long, NioSocketChannel> getMAP() {

  13.        return MAP;

  14.    }

  15.  

  16.    public static void remove(NioSocketChannel nioSocketChannel) {

  17.        MAP.entrySet().stream().filter(entry -> entry.getValue() == nioSocketChannel).forEach(entry -> MAP.remove(entry.getKey()));

  18.    }

  19. }

启动引导程序:

  1. Component

  2. public class HeartBeatServer {

  3.  

  4.    private final static Logger LOGGER = LoggerFactory.getLogger(HeartBeatServer.class);

  5.  

  6.    private EventLoopGroup boss = new NioEventLoopGroup();

  7.    private EventLoopGroup work = new NioEventLoopGroup();

  8.  

  9.  

  10.    @Value("${netty.server.port}")

  11.    private int nettyPort;

  12.  

  13.  

  14.    /**

  15.     * 启动 Netty

  16.     *

  17.     * @return

  18.     * @throws InterruptedException

  19.     */

  20.    @PostConstruct

  21.    public void start() throws InterruptedException {

  22.  

  23.        ServerBootstrap bootstrap = new ServerBootstrap()

  24.                .group(boss, work)

  25.                .channel(NioServerSocketChannel.class)

  26.                .localAddress(new InetSocketAddress(nettyPort))

  27.                //保持长连接

  28.                .childOption(ChannelOption.SO_KEEPALIVE, true)

  29.                .childHandler(new HeartbeatInitializer());

  30.  

  31.        ChannelFuture future = bootstrap.bind().sync();

  32.        if (future.isSuccess()) {

  33.            LOGGER.info("启动 Netty 成功");

  34.       }

  35.    }

  36.  

  37.  

  38.    /**

  39.     * 销毁

  40.     */

  41.    @PreDestroy

  42.    public void destroy() {

  43.        boss.shutdownGracefully().syncUninterruptibly();

  44.        work.shutdownGracefully().syncUninterruptibly();

  45.        LOGGER.info("关闭 Netty 成功");

  46.    }

  47. }    

  48.  

  49.  

  50. public class HeartbeatInitializer extends ChannelInitializer<Channel> {

  51.    @Override

  52.    protected void initChannel(Channel ch) throws Exception {

  53.        ch.pipeline()

  54.                //五秒没有收到消息 将IdleStateHandler 添加到 ChannelPipeline 中

  55.                .addLast(new IdleStateHandler(5, 0, 0))

  56.                .addLast(new HeartbeatDecoder())

  57.                .addLast(new HeartBeatSimpleHandle());

  58.    }

  59. }

也是同样将IdleStateHandler 添加到 ChannelPipeline 中,也会有一个定时任务,每5秒校验一次是否有收到消息,否则就主动发送一次请求。

因为测试是有两个客户端连上所以有两个日志。

自定义协议

上文其实都看到了:服务端与客户端采用的是自定义的 POJO 进行通讯的。

所以需要在客户端进行编码,服务端进行解码,也都只需要各自实现一个编解码器即可。

CustomProtocol:

  1. public class CustomProtocol implements Serializable{

  2.  

  3.    private static final long serialVersionUID = 4671171056588401542L;

  4.    private long id ;

  5.    private String content ;

  6.    //省略 getter/setter

  7. }

客户端的编码器:

  1. public class HeartbeatEncode extends MessageToByteEncoder<CustomProtocol> {

  2.    @Override

  3.    protected void encode(ChannelHandlerContext ctx, CustomProtocol msg, ByteBuf out) throws Exception {

  4.  

  5.        out.writeLong(msg.getId()) ;

  6.        out.writeBytes(msg.getContent().getBytes()) ;

  7.  

  8.    }

  9. }

也就是说消息的前八个字节为 header,剩余的全是 content。

服务端的解码器:

  1. public class HeartbeatDecoder extends ByteToMessageDecoder {

  2.    @Override

  3.    protected void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) throws Exception {

  4.  

  5.        long id = in.readLong() ;

  6.        byte[] bytes = new byte[in.readableBytes()] ;

  7.        in.readBytes(bytes) ;

  8.        String content = new String(bytes) ;

  9.  

  10.        CustomProtocol customProtocol = new CustomProtocol() ;

  11.        customProtocol.setId(id);

  12.        customProtocol.setContent(content) ;

  13.        out.add(customProtocol) ;

  14.  

  15.    }

  16. }

只需要按照刚才的规则进行解码即可。

实现原理

其实联想到 IdleStateHandler 的功能,自然也能想到它实现的原理:

应该会存在一个定时任务的线程去处理这些消息。

来看看它的源码:

首先是构造函数:

  1.    public IdleStateHandler(

  2.            int readerIdleTimeSeconds,

  3.            int writerIdleTimeSeconds,

  4.            int allIdleTimeSeconds) {

  5.  

  6.        this(readerIdleTimeSeconds, writerIdleTimeSeconds, allIdleTimeSeconds,

  7.             TimeUnit.SECONDS);

  8.    }

其实就是初始化了几个数据:

  • readerIdleTimeSeconds:一段时间内没有数据读取

  • writerIdleTimeSeconds:一段时间内没有数据发送

  • allIdleTimeSeconds:以上两种满足其中一个即可

因为 IdleStateHandler 也是一种 ChannelHandler,所以会在

channelActive
中初始化任务:

  1.    @Override

  2.    public void channelActive(ChannelHandlerContext ctx) throws Exception {

  3.        // This method will be invoked only if this handler was added

  4.        // before channelActive() event is fired.  If a user adds this handler

  5.        // after the channelActive() event, initialize() will be called by beforeAdd().

  6.        initialize(ctx);

  7.        super.channelActive(ctx);

  8.    }

  9.  

  10.    private void initialize(ChannelHandlerContext ctx) {

  11.        // Avoid the case where destroy() is called before scheduling timeouts.

  12.        // See: https://github.com/netty/netty/issues/143

  13.        switch (state) {

  14.        case 1:

  15.        case 2:

  16.            return;

  17.       }

  18.  

  19.        state = 1;

  20.        initOutputChanged(ctx);

  21.  

  22.        lastReadTime = lastWriteTime = ticksInNanos();

  23.        if (readerIdleTimeNanos > 0) {

  24.            readerIdleTimeout = schedule(ctx, new ReaderIdleTimeoutTask(ctx),

  25.                    readerIdleTimeNanos, TimeUnit.NANOSECONDS);

  26.       }

  27.        if (writerIdleTimeNanos > 0) {

  28.            writerIdleTimeout = schedule(ctx, new WriterIdleTimeoutTask(ctx),

  29.                    writerIdleTimeNanos, TimeUnit.NANOSECONDS);

  30.       }

  31.        if (allIdleTimeNanos > 0) {

  32.            allIdleTimeout = schedule(ctx, new AllIdleTimeoutTask(ctx),

  33.                    allIdleTimeNanos, TimeUnit.NANOSECONDS);

  34.       }

  35.    }    

也就是会按照我们给定的时间初始化出定时任务。

接着在任务真正执行时进行判断:

  1.    private final class ReaderIdleTimeoutTask extends AbstractIdleTask {

  2.  

  3.        ReaderIdleTimeoutTask(ChannelHandlerContext ctx) {

  4.            super(ctx);

  5.       }

  6.  

  7.        @Override

  8.        protected void run(ChannelHandlerContext ctx) {

  9.            long nextDelay = readerIdleTimeNanos;

  10.            if (!reading) {

  11.                nextDelay -= ticksInNanos() - lastReadTime;

  12.          }

  13.  

  14.            if (nextDelay <= 0) {

  15.                // Reader is idle - set a new timeout and notify the callback.

  16.                readerIdleTimeout = schedule(ctx, this, readerIdleTimeNanos, TimeUnit.NANOSECONDS);

  17.  

  18.                boolean first = firstReaderIdleEvent;

  19.                firstReaderIdleEvent = false;

  20.  

  21.                try {

  22.                    IdleStateEvent event = newIdleStateEvent(IdleState.READER_IDLE, first);

  23.                    channelIdle(ctx, event);

  24.              } catch (Throwable t) {

  25.                    ctx.fireExceptionCaught(t);

  26.              }

  27.          } else {

  28.                // Read occurred before the timeout - set a new timeout with shorter delay.

  29.                readerIdleTimeout = schedule(ctx, this, nextDelay, TimeUnit.NANOSECONDS);

  30.          }

  31.       }

  32.    }

如果满足条件则会生成一个 IdleStateEvent 事件。

SpringBoot 监控

由于整合了 SpringBoot 之后不但可以利用 Spring 帮我们管理对象,也可以利用它来做应用监控。

actuator 监控

当我们为引入了:

  1.        <dependency>

  2.            <groupId>org.springframework.boot</groupId>

  3.            <artifactId>spring-boot-starter-actuator</artifactId>

  4.        </dependency>

就开启了 SpringBoot 的 actuator 监控功能,他可以暴露出很多监控端点供我们使用。

如一些应用中的一些统计数据:

存在的 Beans:

更多信息请查看:https://docs.spring.io/spring-boot/docs/current/reference/html/production-ready-endpoints.html

但是如果我想监控现在我的服务端有多少客户端连上来了,分别的 ID 是多少?

其实就是实时查看我内部定义的那个关联关系的 Map。

这就需要暴露自定义端点了。

自定义端点

暴露的方式也很简单:

继承 AbstractEndpoint 并复写其中的 invoke 函数:

  1. public class CustomEndpoint extends AbstractEndpoint<Map<Long,NioSocketChannel>> {

  2.  

  3.  

  4.    /**

  5.     * 监控端点的 访问地址

  6.     * @param id

  7.     */

  8.    public CustomEndpoint(String id) {

  9.        //false 表示不是敏感端点

  10.        super(id, false);

  11.    }

  12.  

  13.    @Override

  14.    public Map<Long, NioSocketChannel> invoke() {

  15.        return NettySocketHolder.getMAP();

  16.    }

  17. }

其实就是返回了 Map 中的数据。

再配置一个该类型的 Bean 即可:

  1. @Configuration

  2. public class EndPointConfig {

  3.  

  4.  

  5.    @Value("${monitor.channel.map.key}")

  6.    private String channelMap;

  7.  

  8.    @Bean

  9.    public CustomEndpoint buildEndPoint(){

  10.        CustomEndpoint customEndpoint = new CustomEndpoint(channelMap) ;

  11.        return customEndpoint ;

  12.    }

  13. }

这样我们就可以通过配置文件中的

monitor.channel.map.key
来访问了:

一个客户端连接时:

两个客户端连接时:

整合 SBA

这样其实监控功能已经可以满足了,但能不能展示的更美观、并且多个应用也可以方便查看呢?

有这样的开源工具帮我们做到了:

https://github.com/codecentric/spring-boot-admin

简单来说我们可以利用该工具将 actuator 暴露出来的接口可视化并聚合的展示在页面中:

接入也很简单,首先需要引入依赖:

  1.        <dependency>

  2.            <groupId>de.codecentric</groupId>

  3.            <artifactId>spring-boot-admin-starter-client</artifactId>

  4.        </dependency>        

并在配置文件中加入:

  1. # 关闭健康检查权限

  2. management.security.enabled=false

  3. # SpringAdmin 地址

  4. spring.boot.admin.url=http://127.0.0.1:8888

在启动应用之前先讲 SpringBootAdmin 部署好:

这个应用就是一个纯粹的 SpringBoot ,只需要在主函数上加入

@EnableAdminServer
注解。

  1. @SpringBootApplication

  2. @Configuration

  3. @EnableAutoConfiguration

  4. @EnableAdminServer

  5. public class AdminApplication {

  6.  

  7.    public static void main(String[] args) {

  8.        SpringApplication.run(AdminApplication.class, args);

  9.    }

  10. }

引入:

  1.        <dependency>

  2.            <groupId>de.codecentric</groupId>

  3.            <artifactId>spring-boot-admin-starter-server</artifactId>

  4.            <version>1.5.7</version>

  5.        </dependency>

  6.        <dependency>

  7.            <groupId>de.codecentric</groupId>

  8.            <artifactId>spring-boot-admin-server-ui</artifactId>

  9.            <version>1.5.6</version>

  10.        </dependency>

之后直接启动就行了。

这样我们在 SpringBootAdmin 的页面中就可以查看很多应用信息了。

更多内容请参考官方指南:

http://codecentric.github.io/spring-boot-admin/1.5.6/

自定义监控数据

其实我们完全可以借助 actuator 以及这个可视化页面帮我们监控一些简单的度量信息。

比如我在客户端和服务端中写了两个 Rest 接口用于向对方发送消息。

只是想要记录分别发送了多少次:

客户端:

  1. @Controller

  2. @RequestMapping("/")

  3. public class IndexController {

  4.  

  5.    /**

  6.     * 统计 service

  7.     */

  8.    @Autowired

  9.    private CounterService counterService;

  10.  

  11.    @Autowired

  12.    private HeartbeatClient heartbeatClient ;

  13.  

  14.    /**

  15.     * 向服务端发消息

  16.     * @param sendMsgReqVO

  17.     * @return

  18.     */

  19.    @ApiOperation("客户端发送消息")

  20.    @RequestMapping("sendMsg")

  21.    @ResponseBody

  22.    public BaseResponse<SendMsgResVO> sendMsg(@RequestBody SendMsgReqVO sendMsgReqVO){

  23.        BaseResponse<SendMsgResVO> res = new BaseResponse();

  24.        heartbeatClient.sendMsg(new CustomProtocol(sendMsgReqVO.getId(),sendMsgReqVO.getMsg())) ;

  25.  

  26.        // 利用 actuator 来自增

  27.        counterService.increment(Constants.COUNTER_CLIENT_PUSH_COUNT);

  28.  

  29.        SendMsgResVO sendMsgResVO = new SendMsgResVO() ;

  30.        sendMsgResVO.setMsg("OK") ;

  31.        res.setCode(StatusEnum.SUCCESS.getCode()) ;

  32.        res.setMessage(StatusEnum.SUCCESS.getMessage()) ;

  33.        res.setDataBody(sendMsgResVO) ;

  34.        return res ;

  35.    }

  36. }

只要我们引入了 actuator 的包,那就可以直接注入 counterService ,利用它来帮我们记录数据。

当我们调用该接口时:

在监控页面中可以查询刚才的调用情况:

服务端主动 push 消息也是类似,只是需要在发送时候根据客户端的 ID 查询到具体的 Channel 发送:

总结

以上就是一个简单 Netty 心跳示例,并演示了 SpringBoot 的监控,之后会继续更新 Netty 相关内容,欢迎关注及指正。

本文所有代码:

https://github.com/crossoverJie/netty-action

号外

最近在总结一些 Java 相关的知识点,感兴趣的朋友可以一起维护。

地址: https://github.com/crossoverJie/Java-Interview

 

阅读原文
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: