Java基础之《netty（20）—netty心跳机制》

已于 2023-01-04 15:40:13 修改
阅读量804 收藏
点赞数
分类专栏： JAVA基础 文章标签： java netty
于 2023-01-04 15:32:39 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/csj50/article/details/128549019
版权

一、实例要求

1、编写一个netty心跳检测机制案例，当服务器超过3秒没有读时，就提示读空闲
2、当服务器超过5秒没有写操作时，就提示写空闲
3、当服务器超过7秒没有读或者写操作时，就提示读写空闲

二、服务端

1、MyServer.java

package netty.heartbeat;

import java.util.concurrent.TimeUnit;

import io.netty.bootstrap.ServerBootstrap;
import io.netty.channel.ChannelFuture;
import io.netty.channel.ChannelInitializer;
import io.netty.channel.ChannelPipeline;
import io.netty.channel.EventLoopGroup;
import io.netty.channel.nio.NioEventLoopGroup;
import io.netty.channel.socket.SocketChannel;
import io.netty.channel.socket.nio.NioServerSocketChannel;
import io.netty.handler.logging.LogLevel;
import io.netty.handler.logging.LoggingHandler;
import io.netty.handler.timeout.IdleStateHandler;

public class MyServer {

	public static void main(String[] args) {
		//创建两个线程组
		EventLoopGroup bossGroup = new NioEventLoopGroup(1);
		EventLoopGroup workerGroup = new NioEventLoopGroup(); //默认cpu核数*2
		
		try {
			ServerBootstrap server = new ServerBootstrap();
			server.group(bossGroup, workerGroup)
				.channel(NioServerSocketChannel.class)
				//在boosGroup增加一个日志处理器
				.handler(new LoggingHandler(LogLevel.INFO))
				.childHandler(new ChannelInitializer<SocketChannel>() {

					@Override
					protected void initChannel(SocketChannel ch) throws Exception {
						ChannelPipeline pipeline = ch.pipeline();
						//加入一个netty提供的IdleStateHandler
						/**
						 * 说明
						 * 1. IdleStateHandler是netty提供的处理空闲状态的处理器
						 * 2. public IdleStateHandler(long readerIdleTime, long writerIdleTime, long allIdleTime, TimeUnit unit)
						 * 3. 参数
						 * long readerIdleTime：表示多长时间没有读了，就会发送一个心跳检测包，检测是否还是连接的状态
						 * long writerIdleTime：表示多长时间没有写了，也会发送一个心跳检测包
						 * long allIdleTime：表示多长时间既没有读也没有写了，也会发送一个心跳检测包
						 * 4. 文档说明
						 * Triggers an {@link IdleStateEvent} when a {@link Channel} has not performed read, write, or both operation for a while.
						 * 5. 当IdleStateEvent触发后，就会传递给管道的下一个handler
						 * 6. 通过调用（触发）下一个handler的userEventTriggered，在该方法中去处理IdleStateEvent事件
						 * 
						 */
						pipeline.addLast(new IdleStateHandler(3, 5, 7, TimeUnit.SECONDS));
						
						//加入一个对空闲检测进一步处理的自定义handler
						pipeline.addLast(new MyServerHandler());
					}
				});
			
			//启动服务器
			ChannelFuture cf = server.bind(7000).sync();
			cf.channel().closeFuture().sync();
			
		} catch (Exception e) {
			e.printStackTrace();
		} finally {
			bossGroup.shutdownGracefully();
			workerGroup.shutdownGracefully();
		}
	}
}

2、MyServerHandler.java

package netty.heartbeat;

import io.netty.channel.ChannelHandlerContext;
import io.netty.channel.ChannelInboundHandlerAdapter;
import io.netty.handler.timeout.IdleStateEvent;

public class MyServerHandler extends ChannelInboundHandlerAdapter {

	/**
	 * ctx：上下文
	 * evt：事件
	 */
	@Override
	public void userEventTriggered(ChannelHandlerContext ctx, Object evt) throws Exception {
		
		if (evt instanceof IdleStateEvent) {
			
			//将evt向下转型 IdleStateEvent
			IdleStateEvent event = (IdleStateEvent) evt;
			
			String eventType = null;
			
			switch (event.state()) {
				case READER_IDLE:
					eventType = "读空闲";
					break;
				case WRITER_IDLE:
					eventType = "写空闲";
					break;
				case ALL_IDLE:
					eventType = "读写空闲";
					break;
			}
			
			System.out.println(ctx.channel().remoteAddress() + "超时事件：" + eventType);
			System.out.println("服务器做相应的处理......");
		}
	}
}

三、测试

用群聊的客户端连接即可。

15:17:11.383 [main] DEBUG io.netty.util.internal.logging.InternalLoggerFactory - Using SLF4J as the default logging framework
15:17:11.393 [main] DEBUG io.netty.channel.MultithreadEventLoopGroup - -Dio.netty.eventLoopThreads: 16
15:17:11.424 [main] DEBUG io.netty.util.internal.InternalThreadLocalMap - -Dio.netty.threadLocalMap.stringBuilder.initialSize: 1024
15:17:11.425 [main] DEBUG io.netty.util.internal.InternalThreadLocalMap - -Dio.netty.threadLocalMap.stringBuilder.maxSize: 4096
15:17:11.442 [main] DEBUG io.netty.channel.nio.NioEventLoop - -Dio.netty.noKeySetOptimization: false
15:17:11.442 [main] DEBUG io.netty.channel.nio.NioEventLoop - -Dio.netty.selectorAutoRebuildThreshold: 512
15:17:11.472 [main] DEBUG io.netty.util.internal.PlatformDependent - Platform: Windows
15:17:11.476 [main] DEBUG io.netty.util.internal.PlatformDependent0 - -Dio.netty.noUnsafe: false
15:17:11.476 [main] DEBUG io.netty.util.internal.PlatformDependent0 - Java version: 8
15:17:11.479 [main] DEBUG io.netty.util.internal.PlatformDependent0 - sun.misc.Unsafe.theUnsafe: available
15:17:11.480 [main] DEBUG io.netty.util.internal.PlatformDependent0 - sun.misc.Unsafe.copyMemory: available
15:17:11.480 [main] DEBUG io.netty.util.internal.PlatformDependent0 - java.nio.Buffer.address: available
15:17:11.481 [main] DEBUG io.netty.util.internal.PlatformDependent0 - direct buffer constructor: available
15:17:11.483 [main] DEBUG io.netty.util.internal.PlatformDependent0 - java.nio.Bits.unaligned: available, true
15:17:11.483 [main] DEBUG io.netty.util.internal.PlatformDependent0 - jdk.internal.misc.Unsafe.allocateUninitializedArray(int): unavailable prior to Java9
15:17:11.483 [main] DEBUG io.netty.util.internal.PlatformDependent0 - java.nio.DirectByteBuffer.<init>(long, int): available
15:17:11.483 [main] DEBUG io.netty.util.internal.PlatformDependent - sun.misc.Unsafe: available
15:17:11.485 [main] DEBUG io.netty.util.internal.PlatformDependent - -Dio.netty.tmpdir: C:\Users\sjcui\AppData\Local\Temp (java.io.tmpdir)
15:17:11.485 [main] DEBUG io.netty.util.internal.PlatformDependent - -Dio.netty.bitMode: 64 (sun.arch.data.model)
15:17:11.487 [main] DEBUG io.netty.util.internal.PlatformDependent - -Dio.netty.maxDirectMemory: 3767533568 bytes
15:17:11.487 [main] DEBUG io.netty.util.internal.PlatformDependent - -Dio.netty.uninitializedArrayAllocationThreshold: -1
15:17:11.489 [main] DEBUG io.netty.util.internal.CleanerJava6 - java.nio.ByteBuffer.cleaner(): available
15:17:11.490 [main] DEBUG io.netty.util.internal.PlatformDependent - -Dio.netty.noPreferDirect: false
15:17:11.505 [main] DEBUG io.netty.util.internal.PlatformDependent - org.jctools-core.MpscChunkedArrayQueue: available
15:17:12.008 [main] DEBUG io.netty.channel.DefaultChannelId - -Dio.netty.processId: 7028 (auto-detected)
15:17:12.010 [main] DEBUG io.netty.util.NetUtil - -Djava.net.preferIPv4Stack: false
15:17:12.010 [main] DEBUG io.netty.util.NetUtil - -Djava.net.preferIPv6Addresses: false
15:17:12.396 [main] DEBUG io.netty.util.NetUtil - Loopback interface: lo (Software Loopback Interface 1, 127.0.0.1)
15:17:12.397 [main] DEBUG io.netty.util.NetUtil - Failed to get SOMAXCONN from sysctl and file \proc\sys\net\core\somaxconn. Default: 200
15:17:12.780 [main] DEBUG io.netty.channel.DefaultChannelId - -Dio.netty.machineId: 00:50:56:ff:fe:c0:00:01 (auto-detected)
15:17:12.794 [main] DEBUG io.netty.util.ResourceLeakDetector - -Dio.netty.leakDetection.level: simple
15:17:12.794 [main] DEBUG io.netty.util.ResourceLeakDetector - -Dio.netty.leakDetection.targetRecords: 4
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.numHeapArenas: 16
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.numDirectArenas: 16
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.pageSize: 8192
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.maxOrder: 11
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.chunkSize: 16777216
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.tinyCacheSize: 512
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.smallCacheSize: 256
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.normalCacheSize: 64
15:17:12.826 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.maxCachedBufferCapacity: 32768
15:17:12.827 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.cacheTrimInterval: 8192
15:17:12.827 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.cacheTrimIntervalMillis: 0
15:17:12.827 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.useCacheForAllThreads: true
15:17:12.827 [main] DEBUG io.netty.buffer.PooledByteBufAllocator - -Dio.netty.allocator.maxCachedByteBuffersPerChunk: 1023
15:17:12.839 [main] DEBUG io.netty.buffer.ByteBufUtil - -Dio.netty.allocator.type: pooled
15:17:12.839 [main] DEBUG io.netty.buffer.ByteBufUtil - -Dio.netty.threadLocalDirectBufferSize: 0
15:17:12.839 [main] DEBUG io.netty.buffer.ByteBufUtil - -Dio.netty.maxThreadLocalCharBufferSize: 16384
15:17:12.871 [nioEventLoopGroup-2-1] INFO io.netty.handler.logging.LoggingHandler - [id: 0x2865274b] REGISTERED
15:17:12.875 [nioEventLoopGroup-2-1] INFO io.netty.handler.logging.LoggingHandler - [id: 0x2865274b] BIND: 0.0.0.0/0.0.0.0:7000
15:17:12.879 [nioEventLoopGroup-2-1] INFO io.netty.handler.logging.LoggingHandler - [id: 0x2865274b, L:/0:0:0:0:0:0:0:0:7000] ACTIVE
15:23:48.925 [nioEventLoopGroup-2-1] INFO io.netty.handler.logging.LoggingHandler - [id: 0x2865274b, L:/0:0:0:0:0:0:0:0:7000] READ: [id: 0xbccd3289, L:/127.0.0.1:7000 - R:/127.0.0.1:51818]
15:23:48.927 [nioEventLoopGroup-2-1] INFO io.netty.handler.logging.LoggingHandler - [id: 0x2865274b, L:/0:0:0:0:0:0:0:0:7000] READ COMPLETE
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：写空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读写空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：写空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读写空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：写空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：写空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读写空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：读空闲
服务器做相应的处理......
/127.0.0.1:51818超时事件：写空闲
服务器做相应的处理......
15:24:15.372 [nioEventLoopGroup-3-1] DEBUG io.netty.util.Recycler - -Dio.netty.recycler.maxCapacityPerThread: 4096
15:24:15.373 [nioEventLoopGroup-3-1] DEBUG io.netty.util.Recycler - -Dio.netty.recycler.maxSharedCapacityFactor: 2
15:24:15.373 [nioEventLoopGroup-3-1] DEBUG io.netty.util.Recycler - -Dio.netty.recycler.linkCapacity: 16
15:24:15.373 [nioEventLoopGroup-3-1] DEBUG io.netty.util.Recycler - -Dio.netty.recycler.ratio: 8
15:24:15.382 [nioEventLoopGroup-3-1] DEBUG io.netty.buffer.AbstractByteBuf - -Dio.netty.buffer.checkAccessible: true
15:24:15.382 [nioEventLoopGroup-3-1] DEBUG io.netty.buffer.AbstractByteBuf - -Dio.netty.buffer.checkBounds: true
15:24:15.384 [nioEventLoopGroup-3-1] DEBUG io.netty.util.ResourceLeakDetectorFactory - Loaded default ResourceLeakDetector: io.netty.util.ResourceLeakDetector@50d10e68
15:24:15.390 [nioEventLoopGroup-3-1] WARN io.netty.channel.DefaultChannelPipeline - An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception.
java.io.IOException: 远程主机强迫关闭了一个现有的连接。
	at sun.nio.ch.SocketDispatcher.read0(Native Method)
	at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:43)
	at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223)
	at sun.nio.ch.IOUtil.read(IOUtil.java:192)
	at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:378)
	at io.netty.buffer.PooledByteBuf.setBytes(PooledByteBuf.java:247)
	at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:1140)
	at io.netty.channel.socket.nio.NioSocketChannel.doReadBytes(NioSocketChannel.java:347)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:148)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:697)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:632)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:549)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:511)
	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:918)
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	at java.lang.Thread.run(Thread.java:748)

四、要点

1、netty日志处理器
LoggingHandler(LogLevel.INFO)

2、netty空闲检测处理器
IdleStateHandler

3、说明
1） IdleStateHandler是netty提供的处理空闲状态的处理器
2） public IdleStateHandler(long readerIdleTime, long writerIdleTime, long allIdleTime, TimeUnit unit)
3） 参数
long readerIdleTime：表示多长时间没有读了，就会发送一个心跳检测包，检测是否还是连接的状态
long writerIdleTime：表示多长时间没有写了，也会发送一个心跳检测包
long allIdleTime：表示多长时间既没有读也没有写了，也会发送一个心跳检测包
4） 文档说明
Triggers an {@link IdleStateEvent} when a {@link Channel} has not performed read, write, or both operation for a while.
5） 当IdleStateEvent触发后，就会传递给管道的下一个handler
6） 通过调用（触发）下一个handler的userEventTriggered，在该方法中去处理IdleStateEvent事件
 

csj50
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
解决java.lang.ClassNotFoundException: jdk.internal.misc.Unsafe异常
zhangustb
10-11 8447
先说一下背景 1.netty-all用的版本4.1.11.Final <dependency> <groupId>io.netty</groupId> <artifactId>netty-all</artifactId> ...
netty遇到的问题 java.lang.ClassNotFoundException: jdk.internal.misc.Unsafe
qqEN_的专栏
03-13 5576
"C:\Program Files\Java\jdk1.8.0_161\bin\java" -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:55506,suspend=y,server=n -Dfile.encoding=UTF-8 -classpath "C:\Program Files\Java\jdk1.8.0_161\jre\lib...
Java Cancer 实现心跳机制的数据同步框架
tonatyw的博客
06-17 862
背景介绍 项目上需要用到一个类似与zookeeper的心跳加节点数据同步的功能，但由于项目上不使用zookeeper，便决定自己实现一套，以便以后有类似需求可以直接使用。 这是一个可以处理节点间心跳和基于心跳进行数据同步的框架,此框架重在心跳实现，如果要实现数据同步需要人工处理，下面会说明如何基于此框架实现数据同步。 结构介绍 tonatyw.heart.cancer base 实现协议需要...
Java基础之《netty（18）—群聊系统》
csj50的专栏
01-03 833
4、客户端：通过channel可以无阻塞发送消息给其他所有用户，同时可以接受其他用户发送的消息（由服务器转发得到）1、编写一个netty群聊系统，实现服务器端和客户端之间的数据简单通讯（非阻塞）3、服务器端：可以检测用户上线，离线，并实现消息转发功能。5、目的：进一步理解netty非阻塞网络编程机制。
netty-ResourceLeakDetector用法测试
lhever_的博客
03-04 4134
在netty中，只要实现了ReferenceCounted 这个接口的类，都需要保证在正确的时刻调用"release"方法，否则这个对象的引用计数无法被重置为0。最终后果是这个被使用过的对象无法返回对象池或无法释放其内部占用的内存，从而导致内存泄漏。 netty中， 即便是老手，也经常会因为对引用计数对象的不当使用导致内存泄漏，幸运的是netty也提供了检测内存泄漏的工具类ResourceLeak...
Java Netty实现心跳机制过程解析
08-24
Java Netty实现心跳机制过程解析 在本文中，我们将了解如何使用Java Netty实现心跳机制过程解析。心跳机制是一种检测客户端是否空闲的机制，用于关闭长期空闲的客户端连接，释放系统资源。 首先，让我们了解为什么...
SpringBoot整合Netty心跳机制过程详解
08-24
SpringBoot 整合 Netty 心跳机制过程详解 SpringBoot 整合 Netty 心跳机制过程详解是指通过 SpringBoot 框架整合 Netty 网络框架来实现心跳机制的过程。心跳机制是指客户端和服务端之间的连接维持机制，当客户端和...
netty断线重连机制及心跳机制.rar
09-10
netty断线重连机制及心跳,包含客户端和服务端，主要学习怎么重连和发送接收心跳，不满足心跳则关闭管道。
springboot整合 netty做心跳检测
04-22
springboot整合 netty做心跳检测 springboot整合 netty做心跳检测 springboot整合 netty做心跳检测 springboot整合 netty做心跳检测 springboot整合 netty做心跳检测 springboot整合 netty做心跳检测 springboot整合...
netty-stroll:RPC基础通信框架
03-08
采用TCP协议为通信基础，基于Netty自定义数据包格式，心跳机制维持TCP单一长链接 注册中心 旨在基于ZooKeeper实现服务注册和服务发现，可扩展 序列化 默认基于ProtoStuff实现序列化机制，可扩展 负载均衡 默认Random...
笔记：JVM
qq_45080791的博客
11-10 403
JVM 类似面试题： 谈谈你对JVM理解，java8虚拟机有什么更新 什么是OOM，什么是StackOverFlowError，有哪些分析方法 JVM的常用参数调优你知道哪些 谈谈JVM中，对类加载器的认识 JVM体系结构概述 堆体系结构概述 堆参数调优入门 ...
netty java心跳检测_从零开始学netty——心跳检测
weixin_42721619的博客
02-25 173
通过学习前面的内容，大家基本可以使用netty来开发程序了，本文再补充一下心跳检测部分，属于是完善功能的内容了。为什么要有心跳检测大部分人听到心跳连接这个名词都是在数据库连接池上，他的主要作用是发现长期不用的连接，就关闭掉，减轻服务器的连接压力。在很多异常场合，例如客户端强行杀掉等等，造成了程序不是正常退出的，服务器端的socket很多都是客户端发消息然后响应的这种模式，客户端不发送了，只有服务端...
java websocket心跳机制
FAWFWAFWA的博客
07-15 3640
java 实现websocket心跳机制。
Netty堆缓存问题
热门推荐
珍惜
04-15 1万+
Netty堆缓存问题1、问题描述2、问题分析3、问题解决4、总结 1、问题描述   今天学习Netty堆缓存和直接缓存遇到一个问题，明明使用的是堆缓存，这么读取不到数据呢？打印日志一看heapBuf.hasArray()直接返回false。来下面我们来看看源码，到底是怎么回事。 2、问题分析   首先写一个测试方法，直接向ByteBuf写入中国万岁!，然后如果是堆内存直接打印即可。源码如下： ...
简单了解sun.misc.Unsafe
十二页的博客
03-04 3744
这里简单了解下sun.misc.Unsafe，jdk中的类很多地方都有用到它，它是许多类的实现的关键，知道这个类干嘛的，对一些源码的阅读很有帮助。 sun.misc.Unsafe算是Java留下的后门，能提供相当强大的操作，但是又不提供专业的文档。看名字就知道，sun本身就不推荐使用这个类。一般应用级的代码都不应该使用它，框架级别的，用这个的很多，比如jdk自身，一些框架netty，最常见的框架
Netty——群聊系统与心跳机制与WebSocket开发
weixin_43415481的博客
05-10 449
JAVA后端开发知识总结（持续更新…） Netty—— 文章目录Netty——一、Netty核心组件1.1 Bootstrap 和 ServerBootstrap1.2 Future 和 ChannelFuture1.3 Channel1.4 Selector1.5 ChannelHandler及其实现类1.6 Pipeline 和 ChannelPipeline二、EventLoop组件2.1 ChannelHandlerContext2.2 ChannelOption2.3 EventLoopGr.
Netty实现消息推送以及内部心跳机制
Coder_py的博客
06-18 7411
Netty实现消息推送以及内部心跳机制 通讯信息的基类，需要实现序列化，定义了信息的类型和客户端ID，方便进行管理 public abstract class BaseMsg implements Serializable{ private static final long serialVersionUID = 1L; private MsgType msgType;
Spring boot 2基于Netty的高性能Websocket服务器(心跳模式)
平凡的世界
10-14 3081
1：为什么要用Netty Netty是一款基于NIO（Nonblocking I/O，非阻塞IO）开发的网络通信框架，对比于BIO（Blocking I/O，阻塞IO），他的并发性能得到了很大提高；Netty的传输快其实也是依赖了NIO的一个特性——零拷贝。我们知道，Java的内存有堆内存、栈内存和字符串常量池等等，其中堆内存是占用内存空间最大的一块，也是Java对象存放的地方，一般我们的数据如果...
netty的服务端心跳机制
最新发布
07-21
在 Netty 服务端实现心跳机制，可以使用 `IdleStateHandler` 处理器来检测连接的空闲状态并触发相应的事件。下面是一个示例代码： ```java import io.netty.bootstrap.ServerBootstrap; import io.netty.channel.ChannelFuture; import io.netty.channel.ChannelInitializer; import io.netty.channel.ChannelOption; import io.netty.channel.EventLoopGroup; import io.netty.channel.nio.NioEventLoopGroup; import io.netty.channel.socket.nio.NioServerSocketChannel; import io.netty.handler.timeout.IdleStateEvent; import io.netty.handler.timeout.IdleStateHandler; import java.util.concurrent.TimeUnit; public class HeartbeatServer { private final int port; public HeartbeatServer(int port) { this.port = port; } public void start() throws InterruptedException { EventLoopGroup bossGroup = new NioEventLoopGroup(); EventLoopGroup workerGroup = new NioEventLoopGroup(); try { ServerBootstrap b = new ServerBootstrap(); b.group(bossGroup, workerGroup) .channel(NioServerSocketChannel.class) .childHandler(new ChannelInitializer<NioSocketChannel>() { @Override protected void initChannel(NioSocketChannel ch) { // 添加 IdleStateHandler 处理器 ch.pipeline().addLast(new IdleStateHandler(0, 0, 10, TimeUnit.SECONDS)); // 添加自定义的处理器 ch.pipeline().addLast(new HeartbeatHandler()); } }) .option(ChannelOption.SO_BACKLOG, 128) .childOption(ChannelOption.SO_KEEPALIVE, true); ChannelFuture future = b.bind(port).sync(); future.channel().closeFuture().sync(); } finally { bossGroup.shutdownGracefully(); workerGroup.shutdownGracefully(); } } public static void main(String[] args) throws InterruptedException { int port = 8080; HeartbeatServer server = new HeartbeatServer(port); server.start(); } } ``` 在上述示例代码中，我们添加了一个 `IdleStateHandler` 处理器到 ChannelPipeline 中。该处理器有三个参数：readerIdleTime、writerIdleTime 和 allIdleTime。这些参数分别表示读空闲时间、写空闲时间和读写空闲时间。在本例中，我们将读写空闲时间设置为 10 秒。 当连接的读或写操作空闲超过指定的时间时，`IdleStateHandler` 会触发一个 `IdleStateEvent` 事件。你可以在自定义的处理器中重写 `userEventTriggered` 方法来处理这个事件。在这个方法中，你可以编写发送心跳响应的逻辑。 需要注意的是，上述示例中的 `HeartbeatHandler` 是一个自定义的处理器，你需要根据你的业务逻辑来实现该处理器。该处理器负责接收客户端的心跳请求，并发送心跳响应。 希望这个示例对你有帮助！如果有任何其他问题，请随时提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值