1. 问题现象

一天运维同学找过来，现网有台机器频繁fullgc，几乎1分钟一次。

Troubleshooting系列-DUBBO中间版本导致应用频繁Fullgc的问题定位分析

2. 问题定位分析

这种问题比较好定位分析，因为应用进程还在提供服务。先保留现场，取heap dump回来分析。
相关命令参考之前帖子Troubleshooting系列-JAVA虚拟机命令总结
给出命令

//123 通过jps获取应用进程替换
jmap -dump:format=b,file=123.bin 123 
jstack -1 123>123jstack.txt 
jmap dump:live,format=b,file=123.bin2 123

取回heap dump后，使用mat工具分析，mat工具使用参考Troubleshooting系列-MAT使用介绍以实战
简单分析后，发现dubbo的org apache,dubbo,remoting.transportnetty4.NettyChannel疑似存在内存泄露问题

发现问题后，寻找应用对应的版本，发现版本还是老版本dubbo 3.1.1，其他应用dubbo版本都已经升级到dubbo 3.2.0。怀疑是dubbo版本不兼容或者dubbo老版本有问题导致的。
现阶段解决方式比较简单，该应用已经好久没重启了，先重启，减少堆中NettyChannel占用

应急处理大法，重启

3. 源码分析

翻看dubbo 3.1.1源码先看NettyChannel源码,主要就是存在CHANNEL_MAP

final class NettyChannel extends AbstractChannel {
    private static final Logger logger = LoggerFactory.getLogger(NettyChannel.class);
    private static final ConcurrentMap<org.jboss.netty.channel.Channel, NettyChannel> CHANNEL_MAP = new ConcurrentHashMap<org.jboss.netty.channel.Channel, NettyChannel>();
    private final org.jboss.netty.channel.Channel channel;
    private final Map<String, Object> attributes = new ConcurrentHashMap<String, Object>();
    private NettyChannel(org.jboss.netty.channel.Channel channel, URL url, ChannelHandler handler) {
        ...
    }
    static NettyChannel getOrAddChannel(org.jboss.netty.channel.Channel ch, URL url, ChannelHandler handler) {
        if (ch == null) {
            return null;
        }
        NettyChannel ret = CHANNEL_MAP.get(ch);
        if (ret == null) {
            NettyChannel nc = new NettyChannel(ch, url, handler);
            if (ch.isConnected()) {
                ret = CHANNEL_MAP.putIfAbsent(ch, nc);
            }
            if (ret == null) {
                ret = nc;
            }
        }
        return ret;
    }
    static void removeChannelIfDisconnected(org.jboss.netty.channel.Channel ch) {
        if (ch != null && !ch.isConnected()) {
            CHANNEL_MAP.remove(ch);
        }
    }
    ...