你们说,如果掌握了手工强制垃圾回收的技术,有商业价值吗.

解决方案 »

  1.   

    了解java的回收机制就可以了,至于掌握垃圾回收技术,个人认为没啥意义。你又不开发jvm,要掌握这个干啥。
      

  2.   

    jdk自带的监测工具已经实现了这个功能。
      

  3.   

    首先有些是不能被强制回收的,强制回收也不过是收回一部分内存,并且java不推荐强制回收,但java早已实现强制回收System.gc();
      

  4.   


    是吗,是什么工具,就是只要用了这个监测工具类,就可以想什么时候回收内存就一定能够回收内存吗,不会是指的System.gc()方法吧.
      

  5.   

    java一个优势就是让开发的时候不用去考虑内存释放的问题,这把复杂的事情简单化。你现在想去研究这个,我觉得意义不大,除非你想去开发jvm。
      

  6.   


    是吗,是什么工具,就是只要用了这个监测工具类,就可以想什么时候回收内存就一定能够回收内存吗,不会是指的System.gc()方法吧.
    jdk1.5是jconsole.exe
    jdk1.6又增加了一个jvisualvm.exe
    有兴趣可以试试~
      

  7.   

    jvm之所以有new来分配堆对象,却没有delete来删除对象,不需要程序员来管理内存,没有指针,强类型
    很重要的一点是保证安全性,如果程序员多次释放一个空间是很危险的,
    你说的应该是将GC机制时间提前,感觉真没必要
      

  8.   


    java有自己的垃圾回收机制的,弄清楚原理就好了。
      

  9.   


    是吗,是什么工具,就是只要用了这个监测工具类,就可以想什么时候回收内存就一定能够回收内存吗,不会是指的System.gc()方法吧.
    jdk1.5是jconsole.exe
    jdk1.6又增加了一个jvisualvm.exe
    有兴趣可以试试~谢谢.
      

  10.   


    是吗,是什么工具,就是只要用了这个监测工具类,就可以想什么时候回收内存就一定能够回收内存吗,不会是指的System.gc()方法吧.
    jdk1.5是jconsole.exe
    jdk1.6又增加了一个jvisualvm.exe
    有兴趣可以试试~这两个小工具执行gc的底层是c++代码吧.
      

  11.   


    是吗,是什么工具,就是只要用了这个监测工具类,就可以想什么时候回收内存就一定能够回收内存吗,不会是指的System.gc()方法吧.
    jdk1.5是jconsole.exe
    jdk1.6又增加了一个jvisualvm.exe
    有兴趣可以试试~这两个小工具执行gc的底层是c++代码吧.
    不清楚底层什么的,LZ想彻底用java代码实现的话,估计比较困难啊~