IBM i机器上Java内存使用量返回负数原因及正确采集方式咨询

一、内存使用量为负数的直接原因 #

• JVM垃圾回收（GC）的干扰：执行数据库操作过程中，JVM可能自动触发GC，回收大量空闲内存。totalMemory() - freeMemory计算的是当前已使用内存，GC后已使用内存大幅下降，导致操作后的计算值比初始值小，出现负数。
• JVM内存动态调整：IBM i上的JVM默认会根据需要调整堆内存大小（totalMemory()是当前堆的总容量）。如果操作过程中JVM缩小了堆的总容量，会导致totalMemory()降低，进而让计算后的差值为负。

二、当前内存采集方式的问题 #

你的采集逻辑忽略了JVM的动态特性，存在以下缺陷：

• 未考虑GC时机：没有在采集初始内存前强制触发GC，无法保证初始状态是稳定的内存基线。
• 单次采样误差大：仅采集前后两个点的内存值，无法排除JVM内存波动的影响，结果偶然性强。
• 未区分堆内存与非堆内存：totalMemory()和freeMemory()仅针对堆内存，而Java程序的内存使用还包括非堆（如方法区、JNI内存等），IBM i的JDBC驱动可能涉及JNI调用，这部分内存未被统计。

三、更可靠的内存采集方式 #

• 强制GC后采集基线：在获取初始内存前，先触发GC并等待其完成（System.gc()是建议性的，IBM i的JVM通常会响应）：

  // 触发GC并等待稳定
  System.gc();
  try {
      Thread.sleep(100); // 等待GC完成，时间可根据实际调整
  } catch (InterruptedException e) {
      Thread.currentThread().interrupt();
  }
  long initialMemoryUsage = getMemoryUsage();
  

• 多次采样取平均值：在操作前后分别多次采集内存值，取平均值减少波动影响。
• 使用IBM专属API或工具：利用com.ibm.lang.management包中的IBM扩展API，或者用JConsole、VisualVM连接到IBM i的JVM，获取堆、非堆和本机内存的精准数据。

四、IBM i的内存机制要点 #

• 单级存储架构：IBM i将内存、磁盘、存储池统一管理，系统自动把活跃数据留在内存，不活跃数据换出到磁盘，应用程序感知的是虚拟内存，但JVM堆内存仍受配置限制。
• 作业内存隔离：每个IBM i作业（包括QSH进程和批处理作业）有独立内存空间，JVM运行在作业内部，其内存使用受作业所属存储池的大小、优先级限制。
• IBM i JVM优化：IBM Semeru Runtime for Java针对平台优化，比如利用单级存储减少GC开销，支持与IBM i内存管理系统协同工作，自动调整堆大小适配存储池资源。

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