WildFly最优堆配置咨询：2GB内存1vCPU Droplet服务无响应问题

我之前也碰到过小内存云实例上WildFly应用频繁挂掉的情况，结合你描述的场景（2GB内存、1vCPU Droplet，FCM触发后批量请求导致服务器每2-3小时无响应），给你整理了几个排查和优化的方向：

1. 适配小内存的JVM参数调整 #

2GB内存的机器要给系统、MongoDB和WildFly JVM合理分配资源，别让JVM把内存占满导致系统OOM。修改WildFly的standalone.conf（或domain.conf）文件，调整JVM参数：

# 堆内存初始512M，最大1G；元空间初始256M，最大512M
JAVA_OPTS="-Xms512m -Xmx1024m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m"
# 加上GC日志，方便后续排查内存泄漏
JAVA_OPTS="$JAVA_OPTS -Xlog:gc*:file=/var/log/wildfly/gc.log:time,level,tags"

这样既能保证WildFly有足够的运行内存，也给MongoDB和系统进程留了空间。

2. 优化WildFly线程池与MongoDB连接池 #

1vCPU的核心处理能力有限，过多的线程反而会导致上下文切换开销暴增：

• 调整HTTP线程池：在standalone.xml里找到默认线程池配置，把最大线程数降到15-20左右：

  <thread-pools>
      <thread-pool name="default">
          <max-threads count="15"/>
          <keepalive-time time="60" unit="seconds"/>
      </thread-pool>
  </thread-pools>
  

• 限制MongoDB连接数：应用里的MongoDB客户端别开太多连接，最大连接数设为10-12就够了，避免耗尽CPU和内存：

  MongoClientSettings settings = MongoClientSettings.builder()
      .applyConnectionString(new ConnectionString("你的MongoDB连接串"))
      .connectionPoolSettings(ConnectionPoolSettings.builder()
          .maxSize(12)
          .maxWaitTime(30, TimeUnit.SECONDS)
          .build())
      .build();
  MongoClient mongoClient = MongoClients.create(settings);
  

3. 排查内存泄漏问题 #

既然已经在监控内存，建议在服务器出现无响应前导出堆快照，用VisualVM或MAT工具分析：

# 先找到WildFly的进程ID
ps aux | grep wildfly
# 导出堆快照
jmap -dump:format=b,file=heapdump.hprof <你的WildFly进程ID>

重点检查有没有未关闭的MongoDB游标、长期缓存的用户数据（比如关注者列表没设置过期策略）、或者FCM触发后产生的临时对象没有被及时回收。

4. 优化FCM触发后的批量请求处理 #

每15分钟FCM推送后，客户端集中发起请求很容易打垮服务器，建议做异步化处理：

• 把FCM触发后的数据库读写操作放到WildFly的异步任务队列里，用@Async注解或者JMS队列来异步执行，避免阻塞HTTP线程。
• 可以在应用层加个简单的限流逻辑，比如对批量请求做排队处理，避免瞬间请求量超过服务器承载能力。

5. 系统层面的应急优化 #

给Droplet加个swap分区，当内存临时不足时可以缓解OOM问题：

# 创建1GB的swap文件
fallocate -l 1G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
# 设置开机自动挂载
echo '/swapfile none swap sw 0 0' >> /etc/fstab

同时用top、vmstat或者DigitalOcean自带的监控面板，观察无响应时的CPU、内存、磁盘IO状态，看是不是MongoDB读写导致磁盘IO过高，或者CPU被100%占用。

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