我想在一个 Java 进程中运行多个 REST Web 应用程序,以节省内存并在 Akka 的帮助下轻松扩展。我想估计每个请求处理程序消耗多少内存,并检测这些对整个系统的危险。
是否可以在该进程内几乎实时监控内存使用情况并找出每个请求处理程序使用了多少内存?我需要什么来实现这一目标?有什么工具吗?
是否有可能捕获
out of memory exception
并根据内存使用情况做某事,例如仅崩溃请求处理程序超出假定的内存限制?如果是这样,那有什么不好的呢?
一个程序的总使用/空闲内存可以通过java.lang.Runtime.getRuntime()在程序中获取;
运行时有几个与内存相关的方法。以下编码示例演示了它的用法。
package test;
import java.util.ArrayList;
import java.util.List;
public class PerformanceTest {
private static final long MEGABYTE = 1024L * 1024L;
public static long bytesToMegabytes(long bytes) {
return bytes / MEGABYTE;
}
public static void main(String[] args) {
// I assume you will know how to create a object Person yourself...
List<Person> list = new ArrayList<Person>();
for (int i = 0; i <= 100000; i++) {
list.add(new Person("Jim", "Knopf"));
}
// Get the Java runtime
Runtime runtime = Runtime.getRuntime();
// Run the garbage collector
runtime.gc();
// Calculate the used memory
long memory = runtime.totalMemory() - runtime.freeMemory();
System.out.println("Used memory is bytes: " + memory);
System.out.println("Used memory is megabytes: "
+ bytesToMegabytes(memory));
}
}
为了回答您的第一个问题,您可以使用许多工具来监视内存使用情况,但是我不知道有任何应用程序可以“实时”将内存使用情况映射到线程。在应用程序中,您可以使用MemoryMXBean和MemoryPoolMXBeans来监控内存使用情况,
回答你的第二个问题:不,不是。除了捕获 OOME 通常是个坏主意之外,主要问题是接收异常的线程可能不是真正的罪魁祸首。OOME 被抛出到发出最终分配请求的线程上。但是,其他一些线程可能会填满大部分内存。另一个问题是,由于 OOME 可以随时抛出,它可能会被抛出到应用程序的一些关键代码中,使其处于瘫痪状态。长话短说,当您收到 OOME 时,您几乎总是希望重新启动您的应用程序。
VisualVM 是一个很好且简单的监控应用程序的工具。你可以试试:http: //visualvm.java.net/
您还可以添加代码语句来监控空闲内存,例如:
Runtime runtime = Runtime.getRuntime();
System.out.println("Free memory: " + runtime.freeMemory() + " bytes.");
无法处理此异常。问题是,如果你在一个通用的应用服务器(例如 tomcat)中运行所有的 Web 服务,那么如果出现“内存不足”的异常,JVM 就会宕机。尝试查看您的程序中是否存在任何内存泄漏或错误的内存处理。您可以在 Netbeans 或 Eclipse 中使用分析。此外,使用“findbugs”或“sonar”之类的工具进行代码分析可能会向您展示代码中可能存在的不良做法。
在任何情况下,使用有关垃圾收集或 JVM 内存的 java 选项(如 -Xmx)可以减少此类异常并提高性能。