我需要监视应用程序生成的线程占用的内存量。如果贪婪的线程消耗太多内存，那么我们的想法是采取纠正措施。我已提到How much memory does my java thread take?。关于该链接的建议之一是在getThreadAllocatedBytes ThreadMXBean.中使用getThreadAllocatedBytes List<Long> primes = new ArrayList<Long>();
long i = 0;
while (true) {
primes.add(++i);
if ((i % 10) == 0) {
primes.clear();
System.runFinalization();
System.gc();
}
}
进行以下工作。
getThreadAllocatedBytes我在四个线程上运行这个工作相当长的时间。虽然作业不会持续累积内存，但getThreadAllocatedBytes返回的值会不断增加，甚至不会下降一次。这意味着getThreadAllocatedBytes不会返回线程使用的堆上的实际内存量。它返回自启动以来线程在堆上分配的内存总量。我的平台详细信息如下：
Linux PG85213.egi.ericsson.com 3.5.0-030500-generic＃201207211835 SMP Sat Jul 21 21:35:55 UTC 2012 x86_64 x86_64 x86_64 GNU / Linux
java版“1.7.0_45”
Java（TM）SE运行时环境（版本1.7.0_45-b18）
Java HotSpot（TM）64位服务器VM（构建24.45-b08，混合模式）
上述行为是package workbench;
import java.lang.management.ManagementFactory;
import com.sun.management.ThreadMXBean;
import java.util.ArrayList;
import java.util.Collections;
import java.util.List;
import java.util.concurrent.CountDownLatch;
import java.util.concurrent.Executors;
import java.util.logging.Level;
import java.util.logging.Logger;
public class AnotherWorkBench {
private static final CountDownLatch latch = new CountDownLatch(4);
static final List<Long> threadIds = Collections.synchronizedList(new ArrayList<Long>());
private void dummyJob() {
List<Long> primes = new ArrayList<Long>();
long i = 0;
while (true) {
primes.add(++i);
if ((i % 10) == 0) {
primes.clear();
//introduce sleep to prevent process hogging
try {
Thread.currentThread().sleep(2000);
} catch (InterruptedException ex) {
Logger.getLogger(AnotherWorkBench.class.getName()).log(Level.SEVERE, null, ex);
}
System.runFinalization();
System.gc();
}
}
}
private void runDummyJobs() {
Runnable dummyJob = new Runnable() {
@Override
public void run() {
threadIds.add(Thread.currentThread().getId());
latch.countDown();
dummyJob();
}
};
Runnable memoryMonitorJob = new Runnable() {
@Override
public void run() {
System.out.println(Thread.currentThread().getName() + " : Monitor thread started");
ThreadMXBean threadMxBean = (ThreadMXBean) ManagementFactory.getThreadMXBean();
threadMxBean.setThreadAllocatedMemoryEnabled(true);
while (true) {
for (Long threadId : threadIds) {
System.out.println(Thread.currentThread().getName() + " : Thread ID : " + threadId + " : memory = " + threadMxBean.getThreadAllocatedBytes(threadId) + " bytes");
}
//wait between subsequent scans
try {
System.out.println(Thread.currentThread().getName() + " : secondary sleep");
Thread.currentThread().sleep(5000);
System.out.println(Thread.currentThread().getName() + " : out of secondary sleep");
} catch (InterruptedException ex) {
Logger.getLogger(WorkBench.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
};
Executors.newSingleThreadExecutor().submit(dummyJob);
Executors.newSingleThreadExecutor().submit(dummyJob);
Executors.newSingleThreadExecutor().submit(dummyJob);
Executors.newSingleThreadExecutor().submit(dummyJob);
try {
latch.await();
} catch (InterruptedException ex) {
Logger.getLogger(AnotherWorkBench.class.getName()).log(Level.SEVERE, null, ex);
}
Executors.newSingleThreadExecutor().submit(memoryMonitorJob);
}
/**
* @param args the command line arguments
*/
public static void main(String[] args) {
new AnotherWorkBench().runDummyJobs();
}
}
所需的行为吗？
如果是这样，是否无法在线程使用的堆上找到有效的内存。
列出完整的程序以供参考：
{{1}}
答案 0 :(得分：8)
据我所知，没有可靠的方法在运行时执行此操作。正如source question中所指出的，堆是一个共享资源，因此单个线程的堆大小没有意义，因为它将与来自其他线程的对象引用重叠。
那就是说，当我想知道单个线程的'retained' size，并且保留大小是与你要求的那个不同但相似的度量时，那么我通过进行堆转储来实现然后使用MAT（http://www.eclipse.org/mat/）。
我认识人们使用Java Agents to instrument the allocation of objects，然后使用弱引用来监控它何时获得GC＆＃39; d。然而，这样做对性能的影响很大。非常高。
最好在运行时和unit testing to ensure that memory stays within bounds使用启发式。例如，您可以使用JMX监视堆大小，当您看到旧的gen增长时，您可以发出警报。使用getThreadAllocatedBytes来计算分配率也很有用。
良好的运行时监控工具：appdynamics，newrelic，visualvm和yourkit
一个非常有用的工具可以帮助确定是否存在泄漏，或者至少与预期不同的是打印堆中当前每个类的实例数量的计数：jcmd <pid> GC.class_histogram。
答案 1 :(得分：4)
Java VisualVM可用于“监视本地应用程序并查看内存堆上的实时高级数据，线程活动以及Java虚拟机（JVM）中加载的类。应用程序开销低，可以长时间使用。“
另见How to monitor Java memory usage? 其他可能性。