记一次java进程占用内存高，Netty中的buffer一直没被gc的排查

最新推荐文章于 2025-07-08 10:34:02 发布

原创最新推荐文章于 2025-07-08 10:34:02 发布 · 3.7k 阅读

7 ·

CC 4.0 BY-SA版权

Java 专栏收录该内容

57 篇文章

订阅专栏

本文详细分析了Elasticsearch在项目部署中导致高内存占用的原因，通过排查进程内存、使用MAT分析、审查ES源码，最终定位问题为未释放的TransportClient连接，提供了解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近发现一个项目在部署到机器上的时候，机器内存一直占用很高。

接着开始排查机器内存高的原因

1、查找机器上占用内存高的进程

ps aux |sort -k4nr|head -20查找占用内存高的前20个进程

发现前20个进程平均每个进程占用内存3g，总共就占用了60g。每个进程占用内存都很高，是造成机器总体内存高的原因。

2、查看进程的内存占用情况

以进程号13588为例，使用jmap -histo:live 13588|head -30查看该java进程中占用内存最高的前30个对象

发现netty内存池中的ByteBuffer一直没有被gc。

3、使用mat进行内存分析

通过jmap -dump:format=b,file=heapdump.hprof <pid> 把进程的内存占用情况导出来，导入mat做内存分析用。

查看对象的引用情况发现：es的连接没有释放。es底层使用netty通信，netty又使用ByteBuffer池缓存了ByteBuffer

4、查看es的源码

NettyTransport启动通信线程

private ClientBootstrap createClientBootstrap() {

        if (blockingClient) {
            clientBootstrap = new ClientBootstrap(new OioClientSocketChannelFactory(Executors.newCachedThreadPool(daemonThreadFactory(settings, TRANSPORT_CLIENT_WORKER_THREAD_NAME_PREFIX))));
        } else {
            int bossCount = settings.getAsInt("transport.netty.boss_count", 1);
            clientBootstrap = new ClientBootstrap(new NioClientSocketChannelFactory(
                    Executors.newCachedThreadPool(daemonThreadFactory(settings, TRANSPORT_CLIENT_BOSS_THREAD_NAME_PREFIX)),
                    bossCount,
                    new NioWorkerPool(Executors.newCachedThreadPool(daemonThreadFactory(settings, TRANSPORT_CLIENT_WORKER_THREAD_NAME_PREFIX)), workerCount),
                    new HashedWheelTimer(daemonThreadFactory(settings, "transport_client_timer"))));
        }
        clientBootstrap.setPipelineFactory(configureClientChannelPipelineFactory());
        clientBootstrap.setOption("connectTimeoutMillis", connectTimeout.millis());

        String tcpNoDelay = settings.get("transport.netty.tcp_no_delay", settings.get(TCP_NO_DELAY, "true"));
        if (!"default".equals(tcpNoDelay)) {
            clientBootstrap.setOption("tcpNoDelay", Booleans.parseBoolean(tcpNoDelay, null));
        }

        String tcpKeepAlive = settings.get("transport.netty.tcp_keep_alive", settings.get(TCP_KEEP_ALIVE, "true"));
        if (!"default".equals(tcpKeepAlive)) {
            clientBootstrap.setOption("keepAlive", Booleans.parseBoolean(tcpKeepAlive, null));
        }

        ByteSizeValue tcpSendBufferSize = settings.getAsBytesSize("transport.netty.tcp_send_buffer_size", settings.getAsBytesSize(TCP_SEND_BUFFER_SIZE, TCP_DEFAULT_SEND_BUFFER_SIZE));
        if (tcpSendBufferSize != null && tcpSendBufferSize.bytes() > 0) {
            clientBootstrap.setOption("sendBufferSize", tcpSendBufferSize.bytes());
        }

        ByteSizeValue tcpReceiveBufferSize = settings.getAsBytesSize("transport.netty.tcp_receive_buffer_size", settings.getAsBytesSize(TCP_RECEIVE_BUFFER_SIZE, TCP_DEFAULT_RECEIVE_BUFFER_SIZE));
        if (tcpReceiveBufferSize != null && tcpReceiveBufferSize.bytes() > 0) {
            clientBootstrap.setOption("receiveBufferSize", tcpReceiveBufferSize.bytes());
        }

        clientBootstrap.setOption("receiveBufferSizePredictorFactory", receiveBufferSizePredictorFactory);

        boolean reuseAddress = settings.getAsBoolean("transport.netty.reuse_address", settings.getAsBoolean(TCP_REUSE_ADDRESS, NetworkUtils.defaultReuseAddress()));
        clientBootstrap.setOption("reuseAddress", reuseAddress);

        return clientBootstrap;
    }

向上回溯调用createClientBootrap()方法的地方

最后发现是在es的TransportClient中调用。在创建TransportClient时，回启动底层的通信线程。