SpringCloud-Gateway OutOfDirectMemoryError排查

最新推荐文章于 2024-07-02 14:12:02 发布
最新推荐文章于 2024-07-02 14:12:02 发布
阅读量1w 收藏 27
点赞数 4
文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/aabbcczlk/article/details/118463378
版权

        几天前，客户测试环境的网关服务出现了OutOfDirectMemoryError堆外内存溢出的错误，之前开发的时候，本地的开发环境测试环境都没有出现过这个问题，问了下客户那边的响应结果数据的数据量很大。于是我在本地将堆外内存-XX:MaxDirectMemorySize=5M调小了以后，很快就复现了。

reactor.netty.ReactorNetty$InternalNettyException: io.netty.util.internal.OutOfDirectMemoryError: failed to allocate 32768 byte(s) of direct memory (used: 5222041, max: 5242880)
	Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException: 
Error has been observed at the following site(s):
	|_ checkpoint ⇢ com.dtstack.gateway.log.RequestLoggingFilter [DefaultWebFilterChain]
	|_ checkpoint ⇢ org.springframework.cloud.gateway.filter.WeightCalculatorWebFilter [DefaultWebFilterChain]
	|_ checkpoint ⇢ org.springframework.cloud.sleuth.instrument.web.TraceWebFilter [DefaultWebFilterChain]
	|_ checkpoint ⇢ org.springframework.boot.actuate.metrics.web.reactive.server.MetricsWebFilter [DefaultWebFilterChain]
	|_ checkpoint ⇢ HTTP POST "/api/gateway/ky_directMemory_test" [ExceptionHandlingWebHandler]
Stack trace:
Caused by: io.netty.util.internal.OutOfDirectMemoryError: failed to allocate 32768 byte(s) of direct memory (used: 5222041, max: 5242880)
	at io.netty.util.internal.PlatformDependent.incrementMemoryCounter(PlatformDependent.java:754)
	at io.netty.util.internal.PlatformDependent.allocateDirectNoCleaner(PlatformDependent.java:709)
	at io.netty.buffer.UnpooledUnsafeNoCleanerDirectByteBuf.allocateDirect(UnpooledUnsafeNoCleanerDirectByteBuf.java:30)
	at io.netty.buffer.UnpooledDirectByteBuf.<init>(UnpooledDirectByteBuf.java:64)
	at io.netty.buffer.UnpooledUnsafeDirectByteBuf.<init>(UnpooledUnsafeDirectByteBuf.java:41)
	at io.netty.buffer.UnpooledUnsafeNoCleanerDirectByteBuf.<init>(UnpooledUnsafeNoCleanerDirectByteBuf.java:25)
	at io.netty.buffer.UnsafeByteBufUtil.newUnsafeDirectByteBuf(UnsafeByteBufUtil.java:625)
	at io.netty.buffer.PooledByteBufAllocator.newDirectBuffer(PooledByteBufAllocator.java:381)
	at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:187)
	at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:178)
	at io.netty.buffer.AbstractByteBufAllocator.ioBuffer(AbstractByteBufAllocator.java:139)
	at io.netty.channel.DefaultMaxMessagesRecvByteBufAllocator$MaxMessageHandle.allocate(DefaultMaxMessagesRecvByteBufAllocator.java:114)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:150)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	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:745)

这个异常是PlatformDependent类中的incrementMemoryCounter方法抛出的，每次申请空间时，都会对DIRECT_MEMORY_COUNTER这个原子变量操作类进行累加，但是调试发现这个变量的值只增不减，每次调用一次接口就会增加与该请求响应结果数据量大小相同的数值。

为了方便对这个变量进行监控，通过启动一个线程池，并采用反射的方式获取这个变量的值

Field direct_memory_counter = ReflectionUtils.findField(PlatformDependent.class, "DIRECT_MEMORY_COUNTER");
    direct_memory_counter.setAccessible(true);

    Thread thread = new Thread(new Runnable() {
      @Override
      public void run() {
        while (true) {
          AtomicLong atomicLong = null;
          try {
            atomicLong = (AtomicLong) direct_memory_counter.get(PlatformDependent.class);
          } catch (IllegalAccessException e) {
            e.printStackTrace();
          }
          System.out.println(atomicLong);
          try {
            Thread.sleep(1000L);
          } catch (InterruptedException e) {
            e.printStackTrace();
          }
        }
      }
    });
    thread.start();

一次请求的响应结果数据量为1M多，所以每调用一次，堆外内存空间都会相应的增加，但是没有释放。

由于我们写了一个全局过滤器对响应结果的数据进行了处理，刚开始以为是这个过滤器中没有释放响应的内存导致的。

虽然这里调用了DataBufferUtils.release()方法，但是方法内会对dataBuffer的类型做判断，如果不是PooledDataBuffer类型，那么不会进行释放，但是后来把这个过滤器去除了也依然存在同样的问题。

于是在启动参数中增加了-Dio.netty.leakDetection.level=advanced，试图从netty的错误日志中找到内存泄漏的位置

2021-07-04 16:32:14.752 ERROR [,,,] 54336 --- [ioEventLoop-6-2] io.netty.util.ResourceLeakDetector       : LEAK: ByteBuf.release() was not called before it's garbage-collected. See https://netty.io/wiki/reference-counted-objects.html for more information.
Recent access records: 
#1:
	io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:285)
	io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
	io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)
	io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
	io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166)
	io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	java.lang.Thread.run(Thread.java:745)
#2:
	io.netty.buffer.AdvancedLeakAwareByteBuf.readRetainedSlice(AdvancedLeakAwareByteBuf.java:106)
	io.netty.handler.codec.http.HttpObjectDecoder.decode(HttpObjectDecoder.java:336)
	io.netty.handler.codec.http.HttpClientCodec$Decoder.decode(HttpClientCodec.java:225)
	io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:501)
	io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:440)
	io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:276)
	io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
	io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)
	io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
	io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166)
	io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	java.lang.Thread.run(Thread.java:745)
#3:
	Hint: 'reactor.left.httpCodec' will handle the message from this point.
	io.netty.channel.DefaultChannelPipeline.touch(DefaultChannelPipeline.java:116)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
	io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)
	io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
	io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166)
	io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	java.lang.Thread.run(Thread.java:745)
#4:
	Hint: 'DefaultChannelPipeline$HeadContext#0' will handle the message from this point.
	io.netty.channel.DefaultChannelPipeline.touch(DefaultChannelPipeline.java:116)
	io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
	io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166)
	io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	java.lang.Thread.run(Thread.java:745)
#5:
	io.netty.buffer.AdvancedLeakAwareByteBuf.writeBytes(AdvancedLeakAwareByteBuf.java:634)
	io.netty.channel.socket.nio.NioSocketChannel.doReadBytes(NioSocketChannel.java:350)
	io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:151)
	io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	java.lang.Thread.run(Thread.java:745)
Created at:
	io.netty.buffer.PooledByteBufAllocator.newDirectBuffer(PooledByteBufAllocator.java:385)
	io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:187)
	io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:178)
	io.netty.buffer.AbstractByteBufAllocator.ioBuffer(AbstractByteBufAllocator.java:139)
	io.netty.channel.DefaultMaxMessagesRecvByteBufAllocator$MaxMessageHandle.allocate(DefaultMaxMessagesRecvByteBufAllocator.java:114)
	io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:150)
	io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	java.lang.Thread.run(Thread.java:745)
: 3 leak records were discarded because they were duplicates
: 4 leak records were discarded because the leak record count is targeted to 4. Use system property io.netty.leakDetection.targetRecords to increase the limit.

但是看不出什么来，没有发现有我们自定义的类，而且去除掉所有的filter之后，问题依然存在。那么是gateway版本的问题了，于是将springCloud的版本从Hoxton.SR5升到了Hoxton.SR11，其中gateway的版本是2.2.8.RELEASE，Hoxton.SR11版本的springCloud需要2.3.10.RELEASE的spring-boot支持

<dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-dependencies</artifactId>
        <version>Hoxton.SR11</version>
        <type>pom</type>
        <scope>import</scope>
      </dependency>
      <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-dependencies</artifactId>
        <version>2.3.10.RELEASE</version>
        <type>pom</type>
        <scope>import</scope>
      </dependency>
    </dependencies>
  </dependencyManagement>

重启之后问题解决。

有一个问题：

defaultDataBuffer由于不是PooledDataBuffer调用DataBufferUtils.release()是无效的，那么应该如何释放？还是说不需要释放？得好好研究下netty的bytebuffer了

郑力恺
关注
记一下网关内存溢出(OutOfDirectMemoryError)
weixin_42932323的博客
11-15 796
在网关中由于使用了spring-boot-starter-data-redis-reactive导致内存在持续增加，所使用的版本是2.2.5，将版本升级到2.3.5.RELEASE问题解决。生产内存缓慢增加，大概在一周左右内存泄漏导致所有请求oom。
SpringCloud Gateway堆外内存溢出排查
天行健，君子以自强不息；地势坤，君子以厚德载物。
03-25 3977
生产环境网关模块偶发的OutOfDirectMemoryError错误排查起来困难且曲折，2021-02-05号也出现过此问题，起初以为是 JVM 堆内存过小 (当时是 2g) 导致，后调整到8g(2月5号调整)。但是经过上次调整后5月7号又出现此问题，于是猜测可能是由于网关模块存在内存泄露导致。症状报错详情网关模块偶现OutOfDirectMemoryError...
io.netty.handler.codec.EncoderException: io.netty.util.internal.OutOfDirectMemoryError
最新发布
yuiezt的专栏
07-02 567
提示direct memory 不足了。查看当前的JVM参数，因为文件大小为130M，所以不足。
OutOfDirectMemoryError
weixin_50336269的博客
01-21 3995
TODO 产生堆外内存溢出:OutOfDirectMemoryError 产生原因: 1.springboot2.0以后,使用默认的lettuce作为操作reids的客户端,它使用netty进行网络通信 2.lettuce的bug导致netty堆外内存溢出 -Xmx300m; netty如果没有指定堆外内存,默认使用-Xmx300m 可以通过-Dio.netty.maxDirectMemory进行设置 解决方案: 不能使用 -Dio.netty.maxDirectMemory 只去调大堆外内存(时间长了,.
Springboot操作Redis 报错“OutOfDirectMemoryError（堆外内存溢出) ”问题
秃了也弱了
06-28 1599
当进行压力测试时后期后出现堆外内存溢出OutOfDirectMemoryError新版本的Springboot的针对lettuce做了相关优化,在本人测试的时候使用lettuce未出现OutOfDirectMemoryError等BUG 1,Springboot2.0以后默认使用lettuce作为操作redis的客户端,它使用netty进行网络通信 2,lettuce的bug导致netty堆外内存溢出,netty如果没有指定堆外内存，默认使用虚拟机的-Xms的值,可以使用-Dio.netty.maxDire
Redis 报错“OutOfDirectMemoryError（堆外内存溢出) ”问题
博客
06-04 9072
Redis 报错“OutOfDirectMemoryError（堆外内存溢出) ”问题记录如下
spring-cloud-gateway-server-3.1.1-API文档-中英对照版.zip
05-03
赠送jar包：spring-cloud-gateway-server-3.1.1.jar； 赠送原API文档：spring-cloud-gateway-server-3.1.1-javadoc.jar； 赠送源代码：spring-cloud-gateway-server-3.1.1-sources.jar； 赠送Maven依赖信息文件：...
spring-cloud-gateway-server-3.1.1-API文档-中文版.zip
05-09
赠送jar包：spring-cloud-gateway-server-3.1.1.jar； 赠送原API文档：spring-cloud-gateway-server-3.1.1-javadoc.jar； 赠送源代码：spring-cloud-gateway-server-3.1.1-sources.jar； 赠送Maven依赖信息文件：...
spring-cloud-gateway-server-3.0.4-API文档-中文版.zip
06-04
赠送jar包：spring-cloud-gateway-server-3.0.4.jar； 赠送原API文档：spring-cloud-gateway-server-3.0.4-javadoc.jar； 赠送源代码：spring-cloud-gateway-server-3.0.4-sources.jar； 赠送Maven依赖信息文件：...
sentinel-spring-cloud-gateway-adapter-1.8.0-API文档-中文版.zip
05-09
赠送jar包：sentinel-spring-cloud-gateway-adapter-1.8.0.jar； 赠送原API文档：sentinel-spring-cloud-gateway-adapter-1.8.0-javadoc.jar； 赠送源代码：sentinel-spring-cloud-gateway-adapter-1.8.0-sources....
spring-cloud-alibaba-sentinel-gateway-2021.1-API文档-中文版.zip
05-09
赠送jar包：spring-cloud-alibaba-sentinel-gateway-2021.1.jar； 赠送原API文档：spring-cloud-alibaba-sentinel-gateway-2021.1-javadoc.jar； 赠送源代码：spring-cloud-alibaba-sentinel-gateway-2021.1-sources...
OutofDirectMemoryError堆外内存溢出
weixin_43807956的博客
05-12 597
OutofDirectMemoryError堆外内存溢出 原因： spring boot2.0之后默认使用lettuce作为操作redis的客户端，它是使用netty进行网络通信。 lettuce的bug导致netty堆外内存溢出 -Xmx300m netty如果没有设置堆外内存，默认使用 -Xmx300m 可以通过Dio.netty.maxDirectMemory进行设置 解决方案： 不能只取调大Dio.netty.maxDirectMemory内存，只是延缓，并不能得到解决 升级lettuce客
gateway报 netty堆外内存溢出问题解决io.netty.util.internal.OutOfDirectMemoryError
qq_18630487的博客
04-21 4768
gateway报 netty堆外内存溢出问题解决，很多博客都是一知半解并不能解决我的问题。但是大概得到一个信息，这bug是有netty导致的，一般是用了ByteBuf对象没有调用release()释放内存。如上图已经提示了错误发生的地方，自行去代码中改就好。本地把把项目跑起来，记得加JVM参数 -Dio.netty.leakDetectionLevel=paranoid 开启netty自带检测，级别调到最高（火力全开！事实证明，我的问题恰恰不在大部分里面。经过一番激烈的研究（百度），应该是依赖版本的bug。
Redis堆外内存溢出(OutOfDirectMemoryError)
weixin_45952781的博客
08-19 2320
Redis堆外内存溢出(OutOfDirectMemoryError) 当进行压力测试时后期后出现堆外内存溢出OutOfDirectMemoryError 新版本的Springboot的针对lettuce做了相关优化,在本人测试的时候使用lettuce未出现OutOfDirectMemoryError等BUG 产生原因 Redis自动配置 @Import({ LettuceConnectionConfiguration.class, JedisConnectionConfiguration.class })
OutOfDirectMemoryError堆外内存溢出Bug解决
shenxiaomo1688的博客
06-07 603
2.通过设置netty最大直接堆内存大小-Dio.netty.maxDirectMemory，弊端：这个实现起来比较难，需要修改底层代码,也只会推迟爆发的时间而已；4.将spring-boot-starter-data-redis依赖中的lettuce剔除，并引入jedis依赖，将redis客户端切换为jedis。2.lettuce设计的bug导致netty堆外内存溢出，netty如果没有指定堆外内存，默认采用jvm配置的。3.升级lettuce客户端；
服务器开机显示memory error,高配服务器出现OutOfDirectMemoryError异常
weixin_34832150的博客
08-06 1205
I have searched the issues of this repository and believe that this is not a duplicate.Ⅰ. Issue Descriptionseata-server 在开发、测试阶段都一切正常，昨天准备部署生产试运行环境时出现的。eureka注册中心，mysql数据库，启动参数及脚本采用默认的(-XX:MaxDirectMe...
netty io.netty.util.internal.OutOfDirectMemoryError
潇洒不放纵的博客
03-27 4913
在个自己写的代码加入redis缓存后,使用JMeter进行压力测试时出现这个问题: io在使用netty时出现的堆外内存溢出异常,这种情况一般在大并发情况下较多出现 问题原因 出现其的原因:springboot整合redis在2.0以后默认使用lettuce来操作redis客户端, 而他使用netty进行网络通讯的 我在开发中并没有指定堆外内存,只是指定了-Xmx100m; netty如果没有指定堆外内存 ,默认使用-Xmx100m;但是,无论你将内存设置为多大,只要有足够大的并发,此异常一定会出现!(
io.netty.util.internal.OutOfDirectMemoryError: failed to allocate 37748736 byte(s) of direct memory
CSY的博客
01-31 3746
/** * TODO 产生堆外内存溢出 OutOfDirectMemoryError * 1、SpringBoot2.0以后默认使用 Lettuce作为操作redis的客户端，它使用 netty进行网络通信 * 2、lettuce 的bug导致netty堆外内存溢出，-Xmx300m netty 如果没有指定堆内存移除，默认使用 -Xmx300m * 可以通过-Dio.netty.maxDirectMemory 进行设置 * 解决方案 不能使用 -Dio.netty.maxDirectMemo
记一次Netty堆外内存溢出OutOfDirectMemoryError
pezynd的专栏
09-25 5809
netty网络通讯项目，内存溢出问题排查
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值