如何用Eclipse Memory Analyzer分析JBoss Fuse中Camel路由内存泄漏

根据你描述的MAT分析结果，核心问题是每个Camel路由可能都在创建独立的PoolingHttpClientConnectionManager实例，而没有复用连接池，导致1万+实例堆积占用了63%的堆内存——这在100条路由的场景下完全说得通。我之前在处理Fuse集群的Camel路由时也遇到过几乎一模一样的问题，下面是针对性的解决步骤：

1. 全局复用HttpClient连接池 #

不要在每条路由里单独创建连接池和HttpClient实例，而是在OSGi容器中注册一个全局单例Bean，让所有路由共享：

// 用Spring配置类或者Blueprint XML创建全局连接池
@Singleton
@Bean(name = "globalHttpClient")
public CloseableHttpClient createGlobalHttpClient() {
    PoolingHttpClientConnectionManager cm = new PoolingHttpClientConnectionManager();
    // 根据你的业务并发调整这些参数，避免过度分配内存
    cm.setMaxTotal(200);
    cm.setDefaultMaxPerRoute(50);
    // 配置连接自动回收，避免闲置连接占用资源
    cm.setConnectionTimeToLive(30, TimeUnit.MINUTES);
    cm.setValidateAfterInactivity(3000);
    
    return HttpClients.custom()
        .setConnectionManager(cm)
        .build();
}

然后在所有路由的HTTP端点中引用这个全局Bean：

from("direct:orderProcessingRoute")
    .to("http://payment-service/api/charge?httpClient=#globalHttpClient");

2. 清理路由中的局部连接池配置 #

检查所有Camel路由的HTTP端点配置，确保没有显式指定局部的connectionManager参数，也不要在路由代码中手动创建HttpClientBuilder实例（比如HttpClients.createDefault()这种写法会每次生成新的连接池）。

如果使用的是Camel的ahc异步HTTP组件，同样要全局复用AsyncHttpClient实例，避免每个路由单独初始化。

3. 排查OSGi类加载器隔离问题 #

MAT报告中提到的BundleClassLoaderJava5是关键线索——如果多个Bundle各自引入了HttpClient依赖，会导致类加载器隔离，同一个PoolingHttpClientConnectionManager类被不同类加载器加载，即使你配置了单例Bean，也会出现多个实例。

用Fuse的命令行工具执行osgi:list | grep httpclient，查看HttpClient相关Bundle的状态，确保只有一个Bundle提供org.apache.httpcomponents.httpclient包，其他Bundle通过Import-Package统一引入该依赖，避免重复加载。

4. 调整JVM与GC配置 #

针对100条路由的场景，适当调整JBoss Fuse的JVM堆内存参数（比如-Xmx1536m，根据服务器资源调整），同时启用GC日志监控内存回收情况：

# 在Fuse的启动脚本中添加
JAVA_OPTS="$JAVA_OPTS -Xmx1536m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+HeapDumpOnOutOfMemoryError"

通过GC日志可以确认连接池实例是否被正确回收，是否还有其他内存泄漏点。

5. 验证修复效果 #

部署修复后的代码后，用MAT重新分析堆内存，检查PoolingHttpClientConnectionManager的实例数量是否降到个位数（对应全局单例+可能的少量临时实例），堆内存占用是否回归正常。

内容的提问来源于stack exchange，提问作者Desenfoque