计算java对象占用的内存

本文深入探讨了Java中对象内存消耗的精确计算方法,包括使用Runtime类的总内存和自由内存来计算对象消耗的内存量,并通过实现垃圾收集确认内存稳定状态。文章详细解释了避免自由内存误判的方法,并提供了确保垃圾收集完成的代码示例。

Java有一个很好的地方就是java的垃圾收集机制,这个机制集成于jvm的,对程序员来说是隐藏且不透明的。这种情况下,如何得到某个对象消耗的内存呢?
  
曾经看到过有人用以下方法来计算:在生成该object的前后都调用java.lang.Runtime.freeMemory()方法,然后看两者之差即为该object消耗的内存量。
  
这种方法的代码是:

long totalMem = java.lang.Runtime.freeMemory();
Object myBigObject = null;
System.out.println("You just got rid of " + totalMem - java.lang.Runtime.freeMemory());

   
这种想法是对的,但是实际上,jvm的freememory往往不能正确反应实际的free memory。比如在jvm要进行垃圾收集的时候,free memory就会缩小。而如果决定垃圾收集的时间发生在该object生成之后,而在第二次调用java.lang.Runtime.freeMemory()之前,那么就会错误地增加该object消耗的内存量。

在java专家By Tony Sintes的文章"Discover how much memory an object consumes " 里面提到了应该用Runtime.getRuntime().totalMemory();并且计算两次之差来得到消耗的内存量。

By Tony Sintes的源代码:

public class Memory {
   private final static int _SIZE = 500;
   public static void main( String [] args ) 
   throws Exception {
   Object[] array = new Object[_SIZE];
   Runtime.getRuntime().gc();
   long start = Runtime.getRuntime().totalMemory();
   for (int i = 0; i < _SIZE; i++) {
   array[i] = new Object();
   }
   Runtime.getRuntime().gc();
   long end = Runtime.getRuntime().totalMemory();
   long difference = ( start - end ) / _SIZE;
   System.out.println( difference + " bytes used
  per object on average" );
   }
}

   
实际上,这种方法基本上正确了,但是By Tony Sintes疏忽了一点,就是仅仅Runtime.getRuntime().gc();并不能真正完成垃圾收集,也就是说实际上jvm的内存此时并不是稳定的。 所以,只有当内存不再发生大的变动,或者说已经稳定,我们才可能说垃圾收集已经完成。如何才能真正确保基本完成了jvm的垃圾收集呢?实现这个功能的代码如下:

private static final Runtime s_runtime = Runtime.getRuntime ();
  private static long usedMemory (){
   return s_runtime.totalMemory () - 
   s_runtime.freeMemory ();
  }

  private static void runGC () throws Exception{
    long usedMem1 = usedMemory ();
         long usedMem2 = Long.MAX_value;
    for (int i = 0; (usedMem1 < usedMem2) && (i < 500); ++ i){
     s_runtime.runFinalization ();
     s_runtime.gc ();
     Thread.currentThread ().yield ();
     usedMem2 = usedMem1;
     usedMem1 = usedMemory ();
   }
}

 

runGC()可以帮我们真正的确定完成垃圾收集(准确的说,应该说是基本上完成)。

在 TongWeb 服务器中配置应用的前缀路径,通常可以通过修改部署描述符文件 `tongweb-web.xml` 来实现。此文件应放置在 Web 应用程序的 `WEB-INF` 目录下,TongWeb 在部署应用时会自动读取该文件的内容[^1]。 ### 配置方法 在 `tongweb-web.xml` 文件中,可以使用 `<property>` 标签来定义别名(alias),从而实现为某个物理路径或资源设置一个 URL 前缀路径。以下是一个典型的配置示例: ```xml <?xml version="1.0" encoding="UTF-8"?> <tongweb-web-app> <property name="aliases" value="/upload=/home/tongweb/JmsDemoRA/upload"/> </tongweb-web-app> ``` 在这个例子中: - `/upload` 是 URL 的前缀路径。 - `/home/tongweb/JmsDemoRA/upload` 是服务器上的实际文件路径。 通过这种方式,当用户访问 `http://<server>:<port>/<app-name>/upload/<file>` 时,TongWeb 会将其映射到服务器上的 `/home/tongweb/JmsDemoRA/upload/<file>` 路径。 ### 注意事项 1. **路径权限**:确保 TongWeb 有权限访问指定的实际文件路径。 2. **重启服务**:某些情况下,修改 `tongweb-web.xml` 后可能需要重新启动 TongWeb 服务以使更改生效。 3. **多路径配置**:如果需要配置多个别名,可以在 `value` 属性中使用逗号分隔的方式进行定义,例如: ```xml <property name="aliases" value="/upload1=/path/to/upload1,/upload2=/path/to/upload2"/> ``` ### 异常处理 在配置过程中,可能会遇到一些异常情况。例如,如果 Cookie 的域设置不正确,可能会出现类似以下的警告信息: ``` java.lang.IllegalArgumentException: An invalid domain [.test.com] was specified for this cookie ``` 这通常是因为 Cookie 的域格式不符合 RFC 6265 标准。解决此类问题的方法是检查应用程序中涉及 Cookie 设置的部分,确保域名格式正确,不包含非法字符或格式错误的通配符[^3]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值