新版的dubbo-admin 在支持dubbo2.7新特性的同时,还兼容dubbo2.6。基于dubbo2.7的元数据中心,我们可以做一些事情,比如服务测试,在目前版本的dubbo-admin中,其实已经支持这个功能。
先说结论,导致内存泄漏的代码在 org.apache.dubbo.admin.service.RegistryServerSync#notify
中,核心代码就是这一段
if (URL_IDS_MAPPER.containsKey(url.toFullString())) {
ids.put(URL_IDS_MAPPER.get(url.toFullString()), url);
} else {
String md5 = CoderUtil.MD5_16bit(url.toFullString());
ids.put(md5, url);
URL_IDS_MAPPER.putIfAbsent(url.toFullString(), md5);
}
简单来说就是 URL_IDS_MAPPER
一直在增长,导致它占用的内存越来越越大,最后导致不停的fullGC
/dubbo
下的节点发生变更的时候URL_IDS_MAPPER
的本意只是想维护一个 md5 与 fullUrl 的关系,但因为控制不当,导致它的容量不断增长,感觉这个URL_IDS_MAPPER
完全没有必要URL_IDS_MAPPER
容量越来越大URL_IDS_MAPPER
对应的其实还有一个 'registryCache',但为什么 'registryCache'没有内存泄漏问题?
因为在该方法中有针对'registryCache'的清除操作URL_IDS_MAPPER
中元素有100万+ ->再分析代码