Ignite-2.8.1（Java 11）启动后OOM，大量GridContinuousMessage实例求助

我之前在Ignite项目里踩过类似的坑，结合你描述的场景（Java 11、启动后OOM、堆转储里数百万org.apache.internal.processors.continuous.GridContinuousMessage实例），给你几个针对性的排查和解决方向：

1. 优先检查未正确关闭的持续查询 #

GridContinuousMessage是Ignite持续查询（Continuous Query）内部用来传递数据变更事件的核心消息类，90%以上的这类OOM都是因为持续查询实例没有被正确关闭，导致订阅一直存续，消息不断堆积。

• 先确认你的代码（或者依赖的框架）是否间接使用了ContinuousQuery——比如缓存数据变更监听、实时数据同步这类场景，哪怕你没直接写这个类，框架也可能封装了它。
• 务必确保在查询不再需要时，调用query.close()或者IgniteCache.query(query).close()释放资源。如果是Spring环境，要给对应的Bean加上销毁回调，保证应用关闭或Bean销毁时能触发关闭逻辑。
• 强烈推荐用try-with-resources语法自动管理查询资源，避免手动遗漏：

  try (QueryCursor<CacheEntryEvent<K, V>> cursor = cache.query(continuousQuery)) {
      // 处理持续查询的结果/事件
  }
  

2. 调整持续查询的缓冲区配置 #

如果消息产生速度远大于你的消费速度，Ignite默认的缓冲区会被撑爆，导致消息堆积。

• 修改Ignite配置中的continuousQueryBufferSize参数（默认值1024），根据你的业务吞吐量适当调小：

  <bean class="org.apache.ignite.configuration.IgniteConfiguration">
      <property name="cacheConfiguration">
          <list>
              <bean class="org.apache.ignite.configuration.CacheConfiguration">
                  <!-- 缩小持续查询缓冲区，避免消息过度堆积 -->
                  <property name="continuousQueryBufferSize" value="256"/>
              </bean>
          </list>
      </property>
  </bean>
  

• 同时检查你的持续查询监听器（CacheEntryUpdatedListener）是否有阻塞逻辑——比如同步调用外部接口、慢SQL等，这些都会拖慢消费速度，导致消息积压。

3. 升级Ignite到最新稳定版 #

Ignite 2.8.1是2020年的老版本，后续官方修复了大量持续查询相关的内存泄漏Bug，比如：

• 某些场景下持续查询订阅未正确注销的问题
• GridContinuousMessage未被GC回收的引用泄漏
  建议直接升级到2.15.x或2.16.x版本，很多这类问题在新版本里已经被彻底解决。

4. 排查全局事件订阅 #

如果你的集群开启了全局事件监听（比如IgniteEvents.remoteListen()），也可能导致大量GridContinuousMessage堆积——因为集群内的事件会通过这类消息传递。

• 检查是否有不必要的全局事件订阅，直接关闭不需要的监听。
• 如果必须保留，调整事件监听的缓冲区和线程池配置，保证事件能被及时消费。

5. 深入分析堆转储的引用链 #

如果上面的方法都没解决，建议用MAT（Memory Analyzer Tool）或VisualVM再深挖堆转储：

• 找到GridContinuousMessage实例的支配树，看是哪个对象在持有这些消息的引用——通常是未关闭的QueryCursor、ContinuousQuery实例，或者Ignite内部的订阅管理器。
• 根据引用链定位到具体的业务代码或配置问题，针对性修复。

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