Java的垃圾收集器(GC)
young gc和full gc的触发条件
young gc和full gc的触发条件Java圾收集器(GarbageCollector，简称GC)是Java虚拟机(JVM)的一个重要组件，它的主要目的是回收不再使用的Java对象，释放其占用的内存，以提高系统性能。
GC工作类似一个生活中的清洁工，它会清理应用程序中不再使用的对象，以便可以释放出内存空间，让程序继续运行。
在Java开发中，GC有两种垃圾收集方式：Young GC和Full GC。
Young GC是指可达性分析(Reachability analysis)算法，它只收集新生代中存活时间较短的对象，这使得Young GC的执行时间比Full GC短，但是它只能回收新生代对象，对老年代对象无效。
Full GC则是对整个堆，包括新生代和老年代的全堆收集，它可以收集整个堆中的所有可回收对象，但由于Full GC的执行时间比Young GC长，它会严重影响系统性能。
在开发过程中，为了获得更好的系统性能，需要控制Young GC 和Full GC的触发条件，以满足系统对垃圾收集器的要求。
下面将介绍Young GC和Full GC的触发条件，帮助大家更好地理解垃圾收集的机制。
#### 一、Young GC的触发条件1. Eden区域空间不足Young GC是新生代垃圾收集器，一般只收集新生代中存活时间较短的对象，虚拟机堆内存可分为新生代和老年代，新生代的空间又可分为Eden区和两个survivor区(From Survivor和To Survivor)，Eden区空间不足时，就会触发Young GC，进行新生代垃圾回收。
2. Survivor区域空间不足Java虚拟机提供了新生代和老年代，新生代又可分为Eden区和两个Survivor区(From Survivor和To Survivor)，Survivor区存放从Eden区经过一次GC后存活的对象，当Survivor区空间不足时，也会触发Young GC，对新生代对象进行垃圾回收。
javaGC垃圾回收机制G1、CMS
javaGC垃圾回收机制G1、CMSCMS(Concurrent Mark-Sweep)是以牺牲吞吐量为代价来获得最短回收停顿时间。
对于要求服务器响应速度的应⽤上，这种垃圾回收器⾮常适合。
在启动JVM参数加上-XX:+UseConcMarkSweepGC ，这个参数表⽰对于⽼年代的回收采⽤CMS。
CMS采⽤的基础算法是：标记—清除。
使⽤场景：1、应⽤程序对停顿⽐较敏感，并且在应⽤程序运⾏的时候可以提供更⼤的内存和更多的CPU2、在JVM中，有相对较多存活时间较长的对象(⽼年代⽐较⼤)会更适合使⽤CMS。
为解决CMS算法产⽣空间碎⽚和其它⼀系列的问题缺陷，HotSpot提供了另外⼀种垃圾回收策略，G1（Garbage First）算法，通过参数-XX:+UseG1GC来启⽤，该算法在JDK 7u4版本被正式推出，G1垃圾收集算法主要应⽤在多CPU⼤内存的服务中，在满⾜⾼吞吐量的同时，竟可能的满⾜垃圾回收时的暂停时间，下⾯是官⽅介绍：The Garbage-First (G1) collector is a server-style garbage collector, targeted for multi-processor machines with large memories.It meets garbage collection (GC) pause time goals with a high probability, while achieving high throughput. The G1 garbagecollector is fully supported in Oracle JDK 7 update 4 and later releases. The G1 collector is designed for applications that:Can operate concurrently with applications threads like the CMS collector.Compact free space without lengthy GC induced pause times.Need more predictable GC pause durations.Do not want to sacrifice a lot of throughput performance.Do not require a much larger Java heap.G1采⽤了另外⼀种完全不同的⽅式组织堆内存，堆内存被划分为多个⼤⼩相等的内存块（Region），每个Region是逻辑连续的⼀段内存，G1中提供了三种模式垃圾回收模式，young gc、mixed gc 和 full gc，在不同的条件下被触发。
GC是什么方案
GC是什么方案GC，全称为垃圾回收（Garbage Collection），是一种自动内存管理的方案。
在编程语言中，当我们创建对象或分配内存时，需要手动释放已使用的内存，以防止内存泄漏或资源浪费。
而GC方案可以自动管理内存，使程序员能够专注于业务逻辑开发，而不需要手动释放内存。
GC方案的基本原理是通过定期扫描内存，检测不再使用的对象或无法访问的对象，并释放它们所占用的内存空间。
这样可以确保内存始终处于良好的状态，从而提高程序的性能和稳定性。
在GC方案中，有几个重要的概念需要理解。
首先是垃圾对象，指的是那些不再被程序使用的对象。
当对象不再被引用时，它就成为了垃圾对象。
垃圾对象占用内存空间，但对程序没有任何作用，因此需要被回收。
其次是引用计数法。
引用计数法是GC方案的一种实现方式，它为每个对象维护一个引用计数器，记录有多少个引用指向该对象。
当引用计数器减少到零时，意味着该对象没有被引用，成为垃圾对象，可以被回收。
还有另一种常用的GC方案是标记-清除法。
标记-清除法的基本思想是，在垃圾回收过程中，首先对所有的根节点进行标记，然后从根节点出发，递归地遍历所有的对象，将能够访问到的对象进行标记。
标记完成后，将未标记的对象回收。
除了引用计数法和标记-清除法，还有其他的GC方案，如复制算法、标记-整理算法等，每种方案都有其适用的场景和优缺点。
在实际应用中，GC方案通常由编程语言或虚拟机来实现。
常见的编程语言如Java、C#等，都具备了垃圾回收机制。
对于程序员而言，使用语言提供的垃圾回收机制，可以简化内存管理的工作，提高开发效率。
但同时，也需要注意合理使用内存，避免出现内存泄漏或高额的内存消耗。
总结而言，GC是一种自动内存管理的方案，通过定期扫描内存，释放不再使用的对象所占用的内存空间。
不同的GC方案有不同的实现方式和适用场景，程序员需要根据具体情况选择适合的GC方案。
使用GC方案，可以减轻程序员的负担，提高代码的可维护性和可扩展性。
JVM常用参数设置(针对G1GC)
JVM常用参数设置（针对G1GC）Java虚拟机（JVM）是Java程序的运行环境，在JVM中，存在很多参数可以对其进行配置以优化Java应用程序的性能。
本文将介绍G1GC垃圾收集器常用的JVM参数设置。
G1GC（Garbage-First Garbage Collector）是JVM中的一种垃圾收集器，它是在Java 7 update 4之后引入的，并在Java 9中成为默认垃圾收集器。
G1GC的目标是为了更好地处理大内存的堆和长暂停时间，通过将堆内存划分成多个小区域（Region），并使用多线程来并行扫描、标记和压缩堆内存中的垃圾对象。
以下是一些常用的JVM参数设置，可以针对G1GC进行调整：1. -Xms：设置JVM的初始堆内存大小。
例如，-Xms2g将初始堆内存设置为2GB。
2. -Xmx：设置JVM的最大堆内存大小。
例如，-Xmx8g将最大堆内存设置为8GB。
3. -XX:+UseG1GC：启用G1GC垃圾收集器。
4. -XX:MaxGCPauseMillis：设置G1GC的最大垃圾收集停顿时间（单位：毫秒）。
默认值为200毫秒，可以根据实际需求进行调整。
较大的值可以减少垃圾收集的频率，但也会增加每次垃圾收集的停顿时间。
5. -XX:G1HeapRegionSize：设置G1GC中每个Region的大小。
默认值为堆内存的1/2048、较小的Region可以提高并行性和垃圾收集的效率，但同时也会增加垃圾收集器的元数据开销。
6. -XX:InitiatingHeapOccupancyPercent：设置G1GC开始执行垃圾收集的堆占用比例。
默认值为45%，当堆的占用率达到该比例时，G1GC将开始执行垃圾收集。
可以根据应用程序的内存使用情况进行调整。
7. -XX:ConcGCThreads：设置G1GC的并发垃圾收集线程数。
默认值为根据CPU核数动态计算的值。
可以根据实际硬件环境进行调整，较多的线程可以提高并发性能。
jdk8gc机制
jdk8gc机制JDK 8的GC机制JDK 8（Java Development Kit 8）是Java平台的一个版本，其中包含了许多新的特性和改进。
其中一个重要的改进就是对垃圾回收（Garbage Collection，GC）机制的优化。
GC是Java内存管理的关键部分，它负责自动回收不再使用的对象，释放内存空间，以避免内存泄漏和程序崩溃。
在JDK 8中，GC机制经历了一些重大的改进和优化，以提高性能和减少内存占用。
下面将介绍一些JDK 8的GC机制的特点和优势。
1. G1垃圾回收器（Garbage First Garbage Collector）：JDK 8引入了一种新的垃圾回收器，即G1垃圾回收器。
相比于之前的垃圾回收器，G1垃圾回收器具有更好的吞吐量和更低的延迟。
它能够自动监控各个内存区域的垃圾情况，并根据垃圾情况进行动态调整，以实现更高效的垃圾回收。
2. 基于Region的内存管理：JDK 8将堆内存分成了许多大小相等的区域（Region），每个区域独立管理。
这种基于Region的内存管理方式使得GC操作更加高效，可以更细粒度地管理内存，减少内存碎片。
同时，它还可以将GC操作分散到多个线程上，以提高并发性能。
3. 并行和并发回收：JDK 8的GC机制充分利用了多核处理器的并行能力。
它可以同时使用多个线程进行垃圾回收操作，以加快回收速度。
同时，它还引入了一些并发回收的策略，使得垃圾回收操作与应用程序的执行可以同时进行，减少了停顿时间，提高了用户体验。
4. 元空间代替永久代：JDK 8取消了永久代（PermGen）的概念，取而代之的是元空间（Metaspace）。
永久代是用于存储类的元数据信息的，而元空间则是使用本地内存（Native Memory）来存储类的元数据信息。
这种改变解决了永久代容易出现内存溢出的问题，提高了内存的利用率。
5. 垃圾回收日志和诊断工具：JDK 8提供了更丰富的垃圾回收日志和诊断工具，可以帮助开发人员更好地理解和分析程序的垃圾回收情况。
javagc回收机制
javagc回收机制即java垃圾回收机制，是自动的内存管理机制，它可以在程序执行时自动回收无用的对象，以释放内存空间。
Java 中的垃圾回收机制主要包括以下几个方面：
1. 对象的创建和销毁：当一个对象被创建时，Java 虚拟机会为其分配一块内存空间，并记录其在内存中的位置。
当对象不再被引用时，Java 虚拟机会将其标记为垃圾对象，并在适当的时候回收它所占用的内存空间。
2. 垃圾收集算法：Java 中使用的垃圾收集算法主要有标记-清除算法和复制算法。
标记-清除算法会先标记所有还在使用中的对象，然后清除所有未被标记的对象；复制算法则会将内存分为两个区域，将还在使用中的对象复制到其中一个区域，然后清除另一个区域中的所有对象。
3. 垃圾收集器的选择和配置：Java 中提供了多种垃圾收集器，如Serial GC、Parallel GC、CMS GC 等。
可以根据程序的特点和运行环境的需求选择合适的垃圾收集器和配置参数，以达到最优的垃圾回收效果。
4. 垃圾回收的影响：垃圾回收会占用一定的系统资源，可能会影响程序的性能。
因此，在进行垃圾回收时需要注意控制回收的频率和时间，以避免对程序的性能造成过大的影响。
总的来说，Java 中的垃圾回收机制是一个自动化的、高效的内存管理机制，可以帮助开发人员避免内存泄漏等问题，提高程序的稳定性和可靠性。
Java8的GC垃圾回收
Java8的GC垃圾回收Java垃圾回收概况Java GC（Garbage Collection，垃圾回收）机制，是Java与C++/C的主要区别之⼀，作为Java开发者，⼀般不需要专门编写内存回收和垃圾清理代码，对内存泄露和溢出的问题，也不需要像C程序员那样战战兢兢。
这是因为在Java虚拟机中，存在⾃动内存管理和垃圾清扫机制。
概括地说，该机制对JVM中的内存进⾏标记，并确定哪些内存需要回收，根据⼀定的回收策略，⾃动的回收内存，永不停息的保证JVM 中的内存空间，防⽌出现内存泄露和溢出问题。
关于JVM，需要说明⼀下的是，⽬前使⽤最多的Sun公司的JDK中，⾃从1999年的JDK1.2开始直⾄现在仍在⼴泛使⽤的JDK6，其中默认的虚拟机都是HotSpot。
2009年，Oracle收购Sun，加上之前收购的EBA公司，Oracle拥有3⼤虚拟机中的两个：JRockit和HotSpot，Oracle也表明了想要整合两⼤虚拟机的意图，但是⽬前在新发布的JDK8中，默认的虚拟机仍然是HotSpot，因此本⽂中默认介绍的虚拟机都是HotSpot，相关机制也主要是指HotSpot的GC机制。
Java GC机制主要完成3件事：确定哪些内存需要回收确定什么时候需要执⾏GC如何执⾏GC经过这么长时间的发展，Java GC机制已经⽇臻完善，⼏乎可以⾃动的为我们做绝⼤多数的事情。
然⽽，如果我们从事较⼤型的应⽤软件开发，曾经出现过内存优化的需求，就必定要研究Java GC机制。
学习Java GC机制，可以帮助我们在⽇常⼯作中排查各种内存溢出或泄露问题，解决性能瓶颈，达到更⾼的并发量，写出更⾼效的程序。
我们将从4个⽅⾯学习Java GC机制，1，内存是如何分配的；2，如何保证内存不被错误回收（即：哪些内存需要回收）；3，在什么情况下执⾏GC以及执⾏GC的⽅式；4，如何监控和优化GC机制。
内存是如何分配的这⾥所说的内存分配，主要指的是在堆上的分配，⼀般的，对象的内存分配都是在堆上进⾏，但现代技术也⽀持将对象拆成标量类型（标量类型即原⼦类型，表⽰单个值，可以是基本类型或String等），然后在栈上分配，在栈上分配的很少见，我们这⾥不考虑,接下来我们⼀起来了解下内存分区,对我们后⾯学习的有所帮助。
gc监控指标 -回复
gc监控指标-回复GC（Garbage Collection）是指垃圾回收，是一种自动内存管理机制，用于检测和回收不再使用的内存。
在Java应用程序中，垃圾收集器是负责管理堆内存中对象的分配和释放的，以确保应用程序有效地使用内存资源。
GC监控指标是用于监视和分析GC行为的一系列度量指标，可以帮助我们了解垃圾收集器的性能表现、内存使用情况和应用程序的健康状况。
以下是一些常见的GC监控指标和它们的解释：1. 垃圾收集时间（GC Time）：垃圾收集器在执行垃圾回收时花费的时间。
高垃圾收集时间可能会导致应用程序的停顿时间增加，降低应用程序的响应性能。
2. 垃圾收集器执行次数（GC Count）：记录垃圾收集器执行垃圾回收的次数。
高垃圾收集器执行次数可能意味着堆内存的使用情况不佳，或者可能存在内存泄漏的问题。
3. 垃圾收集器执行耗时（GC Latency）：衡量垃圾收集器执行垃圾回收所花费的时间。
高垃圾收集器执行耗时可能会导致应用程序的停顿时间增加，影响应用程序的性能。
4. 垃圾回收器堆内存使用量（Heap Usage）：记录堆内存的使用情况，包括堆内存的总容量、已使用容量和剩余容量。
高垃圾回收器堆内存使用量可能意味着内存使用不均衡，或者可能存在内存泄漏的问题。
5. 内存分配速率（Allocation Rate）：记录在单位时间内分配的新对象的数量。
高内存分配速率可能会导致频繁的垃圾回收，增加垃圾收集器的负担。
6. 晋升对象数量（Promotion Count）：记录从新生代到老年代晋升的对象数量。
过多的晋升对象可能会导致老年代的内存使用过于频繁，增加垃圾收集器的工作量。
7. 年轻代回收频率（Young Generation Collection Frequency）：记录年轻代（包括Eden区和Survivor区）垃圾回收的频率。
过于频繁的年轻代回收可能会对应用程序的性能产生负面影响。
8. 老年代回收频率（Old Generation Collection Frequency）：记录老年代垃圾回收的频率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
垃圾收集器是Java语言区别于其他程序设计语言的一大特色。
它把程序员从手工回收内存空间的繁重工作中解脱了出来。
在SUN公司的Java程序员（Java Programmer）认证考试中，垃圾收集器是必考的内容，一般最多可以占总分值的6%左右。
但是由于SUN公司的Java Programming Language SL-275 课程的标准教材中，对有关垃圾收集器的内容只做了非常简单的介绍，而另外的一些关于Java技术的书籍，比如《Java 2 核心技术》（Core Java 2）、《Java编程思想》（Thinking in Java）、《精通Java 2》等等，里面关于垃圾收集器的内容也几乎没有，或者只是简单地提两句，所以很多参加Java Programmer认证考试的中国考生，在垃圾收集器这一部分的得分都为0分（笔者曾认识一位SUN公司授权的中国Java培训班的老师，其考试总分为89%，但垃圾收集器的部分竟然也为0分）。
鉴于此，笔者总结了这个垃圾收集器的专题，希望对广大Java技术的爱好者和准备认证考试的考生们有所帮助。
我们知道，许多程序设计语言都允许在程序运行期动态地分配内存空间。
分配内存的方式多种多样，取决于该种语言的语法结构。
但不论是哪一种语言的内存分配方式，最后都要返回所分配的内存块的起始地址，即返回一个指针到内存块的首地址。
当已经分配的内存空间不再需要时，换句话说当指向该内存块的句柄超出了使用范围的时候，该程序或其运行环境就应该回收该内存空间，以节省宝贵的内存资源。
在C，C++或其他程序设计语言中，无论是对象还是动态配置的资源或内存，都必须由程序员自行声明产生和回收，否则其中的资源将消耗，造成资源的浪费甚至死机。
但手工回收内存往往是一项复杂而艰巨的工作。
因为要预先确定占用的内存空间是否应该被回收是非常困难的！如果一段程序不能回收内存空间，而且在程序运行时系统中又没有了可以分配的内存空间时，这段程序就只能崩溃。
通常，我们把分配出去后，却无法回收的内存空间称为"内存渗漏体（Memory Leaks）"。
以上这种程序设计的潜在危险性在Java这样以严谨、安全著称的语言中是不允许的。
但是Java语言既不能限制程序员编写程序的自由性，又不能把声明对象的部分去除（否则就不是面向对象的程序语言了），那么最好的解决办法就是从Java程序语言本身的特性入手。
于是，Java技术提供了一个系统级的线程（Thread），即垃圾收集器线程（Garbage Collection Thread），来跟踪每一块分配出去的内存空间，当Java 虚拟机（Java Virtual Machine）处于空闲循环时，垃圾收集器线程会自动检查每一快分配出去的内存空间，然后自动回收每一快可以回收的无用的内存块。
垃圾收集器线程是一种低优先级的线程，在一个Java程序的生命周期中，它只有在内存空闲的时候才有机会运行。
它有效地防止了内存渗漏体的出现，并极大可能地节省了宝贵的内存资源。
但是，通过Java 虚拟机来执行垃圾收集器的方案可以是多种多样的。
下面介绍垃圾收集器的特点和它的执行机制：垃圾收集器系统有自己的一套方案来判断哪个内存块是应该被回收的，哪个是不符合要求暂不回收的。
垃圾收集器在一个Java程序中的执行是自动的，不能强制执行，即使程序员能明确地判断出有一块内存已经无用了，是应该回收的，程序员也不能强制垃圾收集器回收该内存块。
程序员唯一能做的就是通过调用System. gc 方法来"建议"执行垃圾收集器，但其是否可以执行，什么时候执行却都是不可知的。
这也是垃圾收集器的最主要的缺点。
当然相对于它给程序员带来的巨大方便性而言，这个缺点是瑕不掩瑜的。
垃圾收集器的主要特点有：1．垃圾收集器的工作目标是回收已经无用的对象的内存空间，从而避免内存渗漏体的产生，节省内存资源，避免程序代码的崩溃。
2．垃圾收集器判断一个对象的内存空间是否无用的标准是：如果该对象不能再被程序中任何一个"活动的部分"所引用，此时我们就说，该对象的内存空间已经无用。
所谓"活动的部分"，是指程序中某部分参与程序的调用，正在执行过程中，尚未执行完毕。
3．垃圾收集器线程虽然是作为低优先级的线程运行，但在系统可用内存量过低的时候，它可能会突发地执行来挽救内存资源。
当然其执行与否也是不可预知的。
4．垃圾收集器不可以被强制执行，但程序员可以通过调用System. gc 方法来建议执行垃圾收集器。
5．不能保证一个无用的对象一定会被垃圾收集器收集，也不能保证垃圾收集器在一段Java语言代码中一定会执行。
因此在程序执行过程中被分配出去的内存空间可能会一直保留到该程序执行完毕，除非该空间被重新分配或被其他方法回收。
由此可见，完全彻底地根绝内存渗漏体的产生也是不可能的。
但是请不要忘记，Java的垃圾收集器毕竟使程序员从手工回收内存空间的繁重工作中解脱了出来。
设想一个程序员要用C或C++来编写一段10万行语句的代码，那么他一定会充分体会到Java的垃圾收集器的优点！6．同样没有办法预知在一组均符合垃圾收集器收集标准的对象中，哪一个会被首先收集。
7．循环引用对象不会影响其被垃圾收集器收集。
8．可以通过将对象的引用变量（reference variables，即句柄handles）初始化为null值，来暗示垃圾收集器来收集该对象。
但此时，如果该对象连接有事件监听器（典型的 AWT组件），那它还是不可以被收集。
所以在设一个引用变量为null值之前，应注意该引用变量指向的对象是否被监听，若有，要首先除去监听器，然后才可以赋空值。
9．每一个对象都有一个finalize( )方法，这个方法是从Object类继承来的。
10．finalize( )方法用来回收内存以外的系统资源，就像是文件处理器和网络连接器。
该方法的调用顺序和用来调用该方法的对象的创建顺序是无关的。
换句话说，书写程序时该方法的顺序和方法的实际调用顺序是不相干的。
请注意这只是finalize( )方法的特点。
11．每个对象只能调用finalize( )方法一次。
如果在finalize( )方法执行时产生异常（exception），则该对象仍可以被垃圾收集器收集。
12．垃圾收集器跟踪每一个对象，收集那些不可到达的对象（即该对象没有被程序的任何"活的部分"所调用），回收其占有的内存空间。
但在进行垃圾收集的时候，垃圾收集器会调用finalize( )方法，通过让其他对象知道它的存在，而使不可到达的对象再次"复苏"为可到达的对象。
既然每个对象只能调用一次finalize( )方法，所以每个对象也只可能"复苏"一次。
13．finalize( )方法可以明确地被调用，但它却不能进行垃圾收集。
14．finalize( )方法可以被重载（overload），但只有具备初始的finalize( )方法特点的方法才可以被垃圾收集器调用。
15．子类的finalize( )方法可以明确地调用父类的finalize( )方法，作为该子类对象的最后一次适当的操作。
但Java编译器却不认为这是一次覆盖操作（overriding），所以也不会对其调用进行检查。
16．当finalize( )方法尚未被调用时，System. runFinalization( )方法可以用来调用finalize( )方法，并实现相同的效果，对无用对象进行垃圾收集。
17．当一个方法执行完毕，其中的局部变量就会超出使用范围，此时可以被当作垃圾收集，但以后每当该方法再次被调用时，其中的局部变量便会被重新创建。
18．Java语言使用了一种"标记交换区的垃圾收集算法"。
该算法会遍历程序中每一个对象的句柄，为被引用的对象做标记，然后回收尚未做标记的对象。
所谓遍历可以简单地理解为"检查每一个"。
19．Java语言允许程序员为任何方法添加finalize( )方法，该方法会在垃圾收集器交换回收对象之前被调用。
但不要过分依赖该方法对系统资源进行回收和再利用，因为该方法调用后的执行结果是不可预知的。
通过以上对垃圾收集器特点的了解，你应该可以明确垃圾收集器的作用，和垃圾收集器判断一块内存空间是否无用的标准。
简单地说，当你为一个对象赋值为null并且重新定向了该对象的引用者，此时该对象就符合垃圾收集器的收集标准。
判断一个对象是否符合垃圾收集器的收集标准，这是SUN公司程序员认证考试中垃圾收集器部分的重要考点（可以说，这是唯一的考点）。
所以，考生在一段给定的代码中，应该能够判断出哪个对象符合垃圾收集器收集的标准，哪个不符合。
下面结合几种认证考试中可能出现的题型来具体讲解：Object obj = new Object ( ) ;我们知道，obj为Object的一个句柄。
当出现new关键字时，就给新建的对象分配内存空间，而obj的值就是新分配的内存空间的首地址，即该对象的值(请特别注意，对象的值和对象的内容是不同含义的两个概念：对象的值就是指其内存块的首地址，即对象的句柄；而对象的内容则是其具体的内存块)。
此时如果有 obj = null；则obj指向的内存块此时就无用了，因为下面再没有调用该变量了。
请再看以下三种认证考试时可能出现的题型：程序段1：1．fobj = new Object ( ) ;2．fobj. Method ( ) ;3．fobj = new Object ( ) ;4．fobj. Method ( ) ;问：这段代码中，第几行的fobj 符合垃圾收集器的收集标准？答：第3行。
因为第3行的fobj被赋了新值，产生了一个新的对象，即换了一块新的内存空间，也相当于为第1行中的fobj赋了null值。
这种类型的题在认证0考试中是最简单的。
程序段2：1．Object sobj = new Object ( ) ;2．Object sobj = null ;3．Object sobj = new Object ( ) ;4．sobj = new Object ( ) ;问：这段代码中，第几行的内存空间符合垃圾收集器的收集标准？答：第1行和第3行。
因为第2行为sobj赋值为null，所以在此第1行的sobj符合垃圾收集器的收集标准。
而第4行相当于为sobj赋值为null，所以在此第3行的sobj也符合垃圾收集器的收集标准。
如果有一个对象的句柄a，且你把a作为某个构造器的参数，即 new Constructor ( a )的时候，即使你给a赋值为null，a也不符合垃圾收集器的收集标准。