向各位大侠请教，关于API和new对象的问题

Question

1.  一直搞不明白垃圾回收到底根据什么来判断是否回收，有人说根据“没有任何变量引用此对象”时就回收，
（1）如果我在main函数里只写了一句“ClassA a = new ClassA();”那么在程序执行时，a永远指向new出来的对象，
该对象永远不被回收？；（2）如果我在main函数里只写了一句“new ClassA();”是不是过一会儿垃圾回收期就把这个
new出来的对象回收了？如果是的话，请看下面代码：import java.awt.*;public  class TestPaint {
 
 public static void main(String[]  args)
{
new PaintFrame().launchFrame(); }
}class PaintFrame extends Frame{

public void launchFrame() {
setBounds(200,200,640,180);
setVisible(true);
}

//public void paint(Graphics g){
// Color c = g.getColor();
// g.setColor(Color.RED);
// g.fillOval(50,50,30,30);
// g.setColor(c);

}}
以上代码main函数里只new了对象，并无引用，只有这一句：new PaintFrame().launchFrame();程序执行时会画一个窗口出来，在画完之后是不是new出来的那个对象过会儿就被垃圾回收器回收了？而那个窗口是不是永远存在？2.  main函数有一个方法:public ClassA method(){ClassA a = new ClassA(); return a;},如果我在main函数里写：method();像这种情况，当程序执行时，首先new一个对象，然后有a指向它，最后method把a返回，可我在main方法里并没有利用这个a，那么这个“a引用”怎么处理？对象过会儿会不会被回收？ 3.  关于java API（JDK）,是我们在编程时可以利用的一些函数，是Sun为我们写好的，我们也能得到它的源码，可我感觉它提供的源代码里和我们自己写的用本质的区别。我想知道，sun提供的那些函数里是不是有调用更底层的接口，我想知道这些底层的接口是什么？打个比方，我自己可以写类、写方法，我自己的类或方法里调用了JavaAPI提供的某个类或方法，如果看它的源码，它一定又调用了某个类或方法，可以肯定的是它绝没调用我写的（哈哈），这样一直追究下去，它一定到最后调用了一个最底层最本质的方法，而这个方法是什么？我想知道这些最底层最本质的方法是什么。
   如果把1.(2)那段注释部分加上后，这个paint方法是什么时候被调用的？我在主方法里并没调用它，而它确实被调用了，难道是虚拟机在调用我每个方法前都要判断是不是从Fram继承的，是不是包含一个paint方法？这样虚拟机岂不是要累死？每个方法它都要判断是不是从哪哪继承的，是不是有什么什么方法。

Answer 1

参考我的blog，基本还是有新的东西的：
http://www.cnblogs.com/healerkx/articles/1371627.html
别只看一篇，后面的还有。

Answer 2

1, 垃圾回收器不到万不得以不会回收垃圾。那些是垃圾？就是那些没有引用指向的对象，还有那些虽然有引用指向，但以后的进程中不会再使用的对象。
2，那个引用没有用，这个就是利用了表达式的负作用吧，像i++;之类的也是一个意思，不用表达式的值，只利用了其负作用。
3.应该是JVM自己的伪代码吧。再下一层要要和操作系统和CPU联系到一起了。

Answer 3

百度一下：Java垃圾回收机制 你会清楚很多的

Answer 4

 问题真多，看着眼花，就第一题吧，jvm里有个有向图，当某个对象在有向图中“不可达”时，jvm就准备回收了，注意，不是开始，是准备，因为垃圾回收比较耗内存，所以它的优先级比较低，所以不可能说你调用一个方法它就自动回收了，至于你说的哪些被回收，哪些不被回收，这个我也不清楚，不过a不应该永远指向new出来的对象吧？应该都会被回收

Answer 5

Java的堆是一个运行时数据区，类的实例(对象)从中分配空间。Java虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象，这些对象通过new、newarray、anewarray和multianewarray等指令建立，但是它们不需要程序代码来显式地释放。一般来说，堆的是由垃圾回收 来负责的，尽管JVM规范并不要求特殊的垃圾回收技术，甚至根本就不需要垃圾回收，但是由于内存的有限性，JVM在实现的时候都有一个由垃圾回收所管理的堆。垃圾回收是一种动态存储管理技术，它自动地释放不再被程序引用的对象，按照特定的垃圾收集算法来实现资源自动回收的功能。　　垃圾收集的意义　　在C++中，对象所占的内存在程序结束运行之前一直被占用，在明确释放之前不能分配给其它对象；而在Java中，当没有对象引用指向原先分配给某个对象的内存时，该内存便成为垃圾。JVM的一个系统级线程会自动释放该内存块。垃圾收集意味着程序不再需要的对象是"无用信息"，这些信息将被丢弃。当一个对象不再被引用的时候，内存回收它占领的空间，以便空间被后来的新对象使用。事实上，除了释放没用的对象，垃圾收集也可以清除内存记录碎片。由于创建对象和垃圾收集器释放丢弃对象所占的内存空间，内存会出现碎片。碎片是分配给对象的内存块之间的空闲内存洞。碎片整理将所占用的堆内存移到堆的一端，JVM将整理出的内存分配给新的对象。　　垃圾收集能自动释放内存空间，减轻编程的负担。这使Java 虚拟机具有一些优点。首先，它能使编程效率提高。在没有垃圾收集机制的时候，可能要花许多时间来解决一个难懂的存储器问题。在用Java语言编程的时候，靠垃圾收集机制可大大缩短时间。其次是它保护程序的完整性， 垃圾收集是Java语言安全性策略的一个重要部份。　　垃圾收集的一个潜在的缺点是它的开销影响程序性能。Java虚拟机必须追踪运行程序中有用的对象， 而且最终释放没用的对象。这一个过程需要花费处理器的时间。其次垃圾收集算法的不完备性，早先采用的某些垃圾收集算法就不能保证100%收集到所有的废弃内存。当然随着垃圾收集算法的不断改进以及软硬件运行效率的不断提升，这些问题都可以迎刃而解。　　垃圾收集的算法分析　　Java语言规范没有明确地说明JVM使用哪种垃圾回收算法，但是任何一种垃圾收集算法一般要做2件基本的事情：（1）发现无用信息对象；（2）回收被无用对象占用的内存空间，使该空间可被程序再次使用。　　大多数垃圾回收算法使用了根集(root set)这个概念；所谓根集就量正在执行的Java程序可以访问的引用变量的集合(包括局部变量、参数、类变量)，程序可以使用引用变量访问对象的属性和调用对象的方法。垃圾收集首选需要确定从根开始哪些是可达的和哪些是不可达的，从根集可达的对象都是活动对象，它们不能作为垃圾被回收，这也包括从根集间接可达的对象。而根集通过任意路径不可达的对象符合垃圾收集的条件，应该被回收。下面介绍几个常用的算法。　　1、 引用计数法(Reference Counting Collector)　　引用计数法是唯一没有使用根集的垃圾回收的法，该算法使用引用计数器来区分存活对象和不再使用的对象。一般来说，堆中的每个对象对应一个引用计数器。当每一次创建一个对象并赋给一个变量时，引用计数器置为1。当对象被赋给任意变量时，引用计数器每次加1当对象出了作用域后(该对象丢弃不再使用)，引用计数器减1，一旦引用计数器为0，对象就满足了垃圾收集的条件。　　基于引用计数器的垃圾收集器运行较快，不会长时间中断程序执行，适宜地必须 实时运行的程序。但引用计数器增加了程序执行的开销，因为每次对象赋给新的变量，计数器加1，而每次现有对象出了作用域生，计数器减1。　　2、tracing算法(Tracing Collector)　　tracing算法是为了解决引用计数法的问题而提出，它使用了根集的概念。基于tracing算法的垃圾收集器从根集开始扫描，识别出哪些对象可达，哪些对象不可达，并用某种方式标记可达对象，例如对每个可达对象设置一个或多个位。在扫描识别过程中，基于tracing算法的垃圾收集也称为标记和清除(-and-sweep)垃圾收集器.　　3、compacting算法(Compacting Collector)　　为了解决堆碎片问题，基于tracing的垃圾回收吸收了Compacting算法的思想，在清除的过程中，算法将所有的对象移到堆的一端，堆的另一端就变成了一个相邻的空闲内存区，收集器会对它移动的所有对象的所有引用进行更新，使得这些引用在新的位置能识别原来 的对象。在基于Compacting算法的收集器的实现中，一般增加句柄和句柄表。　　　　4、copying算法(Coping Collector)　　该算法的提出是为了克服句柄的开销和解决堆碎片的垃圾回收。它开始时把堆分成 一个对象 面和多个空闲面， 程序从对象面为对象分配空间，当对象满了，基于coping算法的垃圾 收集就从根集中扫描活动对象，并将每个 活动对象复制到空闲面(使得活动对象所占的内存之间没有空闲洞)，这样空闲面变成了对象面，原来的对象面变成了空闲面，程序会在新的对象面中分配内存。　　一种典型的基于coping算法的垃圾回收是stop-and-copy算法，它将堆分成对象面和空闲区域面，在对象面与空闲区域面的切换过程中，程序暂停执行。　　5、generation算法(Generational Collector)　　stop-and-copy垃圾收集器的一个缺陷是收集器必须复制所有的活动对象，这增加了程序等待时间，这是coping算法低效的原因。在程序设计中有这样的规律：多数对象存在的时间比较短，少数的存在时间比较长。因此，generation算法将堆分成两个或多个，每个子堆作为对象的一代(generation)。由于多数对象存在的时间比较短，随着程序丢弃不使用的对象，垃圾收集器将从最年轻的子堆中收集这些对象。在分代式的垃圾收集器运行后，上次运行存活下来的对象移到下一最高代的子堆中，由于老一代的子堆不会经常被回收，因而节省了时间。　　6、adaptive算法(Adaptive Collector)　　在特定的情况下，一些垃圾收集算法会优于其它算法。基于Adaptive算法的垃圾收集器就是监控当前堆的使用情况，并将选择适当算法的垃圾收集器。

Answer 6

我来回答第三个问题吧
jdk最终调用的函数是一些本地的方法（用c和汇编语言写的函数），这些c和汇编写的函数就会调用操作系统的api，操作系统的api是操作系统内核实现了
你那个paint是在父类Frame中被某个方法调用（具体是那个方法，一时忘记），这涉及到设计模式的模板方法。你没有重载paint方法，所以调用的是父类Frame的paint方法。（多态）

Answer 7

不理解，我如果写个程序在每次按下某键时就new一个对象，然后这个对象调用方法paint画一个小圆圈显示在一个Frame里，再写个线程，让它一直循环，隔100ms重画repaint()一次。并且每次重画时让这个小圆y=y+10.这样如果只按一次键，看上去就像一个子弹一直往前移，当y大于Frame的y时它就显示不出来，可它是不是仍然存在啊？在我按下很多次键时就new出很多对象，画很多圆。。看上去就像发射子弹。那么很多子弹在越界时是看不见了，可仍活着。。我想把越界的子弹，就是y大于（Frame y值）的对象都删掉，怎么办？或者说我在Frame里画一条线，只要子弹撞上去我就把这个对象销毁，有人说一旦撞上去，就setvisible（FALSE）；那么子弹就不显示了。可它仍活着啊，在我打出很多子弹时岂不是要耗死内存？怎么解决？

Answer 8

每个小圆圈子弹只是new出来的一个对象，不是线程。
我们平时写程序时经常这么写“ClassA a = new ClassA();a.method();”在调用完方法之后，对象仍然存在，引用也指向它，那对象怎么消失呢？