j2me中使用System.gc()
2010-03-24 15:42
211 查看
转贴:http://blog.csdn.net/pctkx/archive/2004/02/11/15520.aspx
用过java的人都知道gc()方法吧(System.gc();)即使你没使用过,也该听说过吧它的用途吧。在j2se或j2ee中也许你永远也不会用到它,不过在j2me则是另一回事了。很多人并不赞成直接调用它,我刚开始使用j2me时也没有考虑使用它,不过随着内存的消耗,我开始关注它了。几番周折,我发现gc方法的却很有用,不过也不要随便地使用它呀,否则后果自负。下面我就结合我在工作中遇到的问题谈谈gc的一些使用技巧(仅供参考)
1. 在将要载入大量资源前调用gc();
原因:由于有大量的资源载入,可能会出现内存暂时不足,此时系统将自动调用垃圾回收器,如果资源过大(当然要小于系统的当前可用内存,包括还没有回收的内存)由于垃圾回收器可能还没有及时完成垃圾的回收的工作,而资源又要载入,就会造成可用内存无法满足资源的载入,因此会出现j2me程序停止响应或干脆报告内存不足。因此早期调用gc(),可以相对地避免这种情况的发生。
2. 不要连续使用gc();
原因:垃圾收集器本身就是一个耗资源的东东,连续的使用反而可能会消耗内存。
3. 以上两点只是直观的感觉,在实际操作中还要结合Runtime对象的帮助。
Runtime对象中有几个比较有用的方法:
long freeMemory() 返回当前可用的内存数
long totalMemory() 返回系统得内存总量
如果你想在程序的一个地方加入gc(),但你不知道加在这个地方有没有效果可以使用以下方法:
System.out.println(Runtime.getRuntime().freeMemory());
System.gc();
System.out.println(Runtime.getRuntime().freeMemory());
这样,你就可以看出值不值得把gc();放在这里了。^-^
也许还有很多使用gc的技巧,如果大家发现有更好的办法请不要忘了通知我呀。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/pctkx/archive/2004/02/11/15520.aspx
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
转贴:http://www.wangchao.net.cn/bbsdetail_50195.html
开始学Java的时候就明白调用System.gc(),jvm并不会马上收集内存。
单在j2me环境中,适时的使用System.gc()是有用的。
两组数据对比:
--数据1-- --数据2--
now mem4:827792 now mem4:818460
now mem2:872904 now mem2:872488
now mem3:872904 now mem3:872488
now mem1:1102360 now mem1:871756
now mem4:1353920 now mem4:946456
now mem2:886776 now mem2:886764
now mem3:886776 now mem3:886764
now mem1:1313924 now mem1:884092
now mem4:1415412 now mem4:1092184
now mem2:903516 now mem2:903596
now mem3:903516 now mem3:903596
数据2在now mem2: 后使用了System.gc();数据为内存使用值。Nokia Series 60
转贴:http://www.wangchao.net.cn/bbsdetail_50195.html
用过java的人都知道gc()方法吧(System.gc();)即使你没使用过,也该听说过吧它的用途吧。在j2se或j2ee中也许你永远也不会用到它,不过在j2me则是另一回事了。很多人并不赞成直接调用它,我刚开始使用j2me时也没有考虑使用它,不过随着内存的消耗,我开始关注它了。几番周折,我发现gc方法的却很有用,不过也不要随便地使用它呀,否则后果自负。下面我就结合我在工作中遇到的问题谈谈gc的一些使用技巧(仅供参考)
1. 在将要载入大量资源前调用gc();
原因:由于有大量的资源载入,可能会出现内存暂时不足,此时系统将自动调用垃圾回收器,如果资源过大(当然要小于系统的当前可用内存,包括还没有回收的内存)由于垃圾回收器可能还没有及时完成垃圾的回收的工作,而资源又要载入,就会造成可用内存无法满足资源的载入,因此会出现j2me程序停止响应或干脆报告内存不足。因此早期调用gc(),可以相对地避免这种情况的发生。
2. 不要连续使用gc();
原因:垃圾收集器本身就是一个耗资源的东东,连续的使用反而可能会消耗内存。
3. 以上两点只是直观的感觉,在实际操作中还要结合Runtime对象的帮助。
Runtime对象中有几个比较有用的方法:
long freeMemory() 返回当前可用的内存数
long totalMemory() 返回系统得内存总量
如果你想在程序的一个地方加入gc(),但你不知道加在这个地方有没有效果可以使用以下方法:
System.out.println(Runtime.getRuntime().freeMemory());
System.gc();
System.out.println(Runtime.getRuntime().freeMemory());
这样,你就可以看出值不值得把gc();放在这里了。^-^
也许还有很多使用gc的技巧,如果大家发现有更好的办法请不要忘了通知我呀。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/pctkx/archive/2004/02/11/15520.aspx
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
转贴:http://www.wangchao.net.cn/bbsdetail_50195.html
开始学Java的时候就明白调用System.gc(),jvm并不会马上收集内存。
单在j2me环境中,适时的使用System.gc()是有用的。
两组数据对比:
--数据1-- --数据2--
now mem4:827792 now mem4:818460
now mem2:872904 now mem2:872488
now mem3:872904 now mem3:872488
now mem1:1102360 now mem1:871756
now mem4:1353920 now mem4:946456
now mem2:886776 now mem2:886764
now mem3:886776 now mem3:886764
now mem1:1313924 now mem1:884092
now mem4:1415412 now mem4:1092184
now mem2:903516 now mem2:903596
now mem3:903516 now mem3:903596
数据2在now mem2: 后使用了System.gc();数据为内存使用值。Nokia Series 60
转贴:http://www.wangchao.net.cn/bbsdetail_50195.html
相关文章推荐
- j2me中使用System.gc()
- java: system.gc()和 finalize 的使用情景
- J2ME开发问题摘要一【N系列手机上使用FileSystemRegistry.listRoots()】
- android应用程序对System.gc()的使用必要
- system.Data.SqlClient.SqlError:因为数据库正在使用,所以无法获得对数据库的独占访问权
- Android开发Eclipse中DDMS中Heap使用及GC_EXTERNAL_ALLOC含义
- MOTO 手机使用J2ME程序的Bug
- System.loadLibrary()的使用方法汇总
- 阻止屏保运行、显示器和系统待机(使用SystemParametersInfo和SetThreadExecutionState两种办法)
- C#使用FileSystemWatcher控件实现的文件监控功能示例
- J2ME中使用随机数
- FileSystemWatcher使用方法具体解释
- 使用匿名管道在进程间通信 (System.IO.Pipes使用)(转)
- gem5: 使用ruby memory system中的mesh结构 出现AssertionError错误
- System.Windows.Forms.DataGridView的使用总结
- unity 3d快熟使用KGFMapSystem开发小地图
- 使用 Visual Studio 2005 Team System 进行单元测试并生成用于 Unit Test Framework 的源代码
- J2ME-定时器(TimerTask)使用及初探
- System.IO之使用管道在进程间通信 (System.IO.Pipes使用)
- System.Data.SQLite.dll不能编译成AnyCPU问题的解决方案,以及它跨x86和x64的使用方法。