GC是什么GC的作用有了GC那java中还有内存泄露么求解答

一、GC是什么GC的作用有了GC那java中还有内存泄露么求解答

1、Java引入了垃圾回收机制（GC），旨在简化内存管理过程，避免程序员手动释放内存，从而减少错误的发生。在C/C++中，程序员需要明确指定何时释放内存，这在大型项目中容易出错。Java通过自动检测不再使用的对象，并释放它们占用的内存，大大减少了内存泄漏的风险。

2、然而，Java中的内存泄漏问题仍然存在，尽管不如C++那么严重。Java的内存泄漏通常表现为一些对象虽然不再被程序使用，但仍然被引用，导致这些对象不能被垃圾回收器回收。这种情况下，虽然Java提供了自动内存管理，但程序员仍需注意避免这种现象。

3、内存泄漏在服务器程序和嵌入式系统中尤为关键。例如，长期运行的JSP、Servlet、EJB等程序如果存在内存泄漏，即使每次泄漏量不大，但长时间运行后也可能导致系统崩溃。内存泄漏的根本原因在于对象虽然不再被使用，但仍然被其他对象引用，从而无法被垃圾回收器回收。

4、举一个简单的内存泄漏示例：循环创建Object对象并加入Vector集合，如果仅仅释放引用而未从Vector中移除这些对象，那么这些对象将不会被垃圾回收器回收。为避免这种情况，程序员需要确保从Vector中移除不再需要的对象，例如通过将Vector对象设置为null。

5、因此，虽然Java通过垃圾回收机制显著减少了内存泄漏的风险，但程序员仍需注意避免某些可能导致内存泄漏的情况。通过使用内存分析工具，可以有效地检测和解决内存泄漏问题，确保程序的稳定运行。

二、gc是什么意思

1、是计算机术语，指Garbage Collection（网格通信），网格是一种新兴的技术，正处在不断发展和变化当中。目前学术界和商业界围绕网格开展的研究有很多，比如国外媒体常用“下一代互联网”、“Internet2”、“下一代Web”等来称呼网格相关技术。

2、指Garbage Collection（垃圾回收)，JAVA/.NET中的垃圾回收器，有了GC，程序员就不需要再手动的去控制内存的释放。当Java虚拟机（VM）或.NETCLR发觉内存资源紧张的时候，就会自动地去清理无用对象（没有被引用到的对象）所占用的内存空间。

3、指“全局目录”Global Catalog，全局编录包含了各个活动目录中每一个对象的最重要的属性，是域林中所有对象的集合。在域林中，同一域林中的域控制器共享同一个活动目录，这个活动目录是分散存放在各个域的域控制器中的，每个域中的域控制器保存着该域的对象的信息。

GC有多层含义，一是计算机术语，指Garbage Collection；二是网络用语，支持的意思；三是网络域中的GC，就是“全局目录”Global Catalog；四是科研用语，即Gas Chromatography（气相色谱法）。

科研用语，Gas Chromatography（气相色谱法）

气相色谱法是利用气体作流动相的色层分离分析方法。汽化的试样被载气（流动相）带入色谱柱中，柱中的固定相与试样中各组份分子作用力不同，各组份从色谱柱中流出时间不同，组份彼此分离。

三、Java中full gc什么意思

除直接调用System.gc外，触发Full GC执行的情况有如下四种。

旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象，当执行Full GC后空间仍然不足，则抛出如下错误：

java.lang.OutOfMemoryError: Java heap space

为避免以上两种状况引起的FullGC，调优时应尽量做到让对象在Minor GC阶段被回收、让对象在新生代多存活一段时间及不要创建过大的对象及数组。

PermanetGeneration中存放的为一些class的信息等，当系统中要加载的类、反射的类和调用的方法较多时，Permanet Generation可能会被占满，在未配置为采用CMS GC的情况下会执行Full GC。如果经过Full GC仍然回收不了，那么JVM会抛出如下错误信息：

java.lang.OutOfMemoryError: PermGen space

为避免Perm Gen占满造成Full GC现象，可采用的方法为增大Perm Gen空间或转为使用CMS GC。

3. CMS GC时出现promotion failed和concurrent mode failure

对于采用CMS进行旧生代GC的程序而言，尤其要注意GC日志中是否有promotion failed和concurrent mode failure两种状况，当这两种状况出现时可能会触发Full GC。

promotionfailed是在进行Minor GC时，survivor space放不下、对象只能放入旧生代，而此时旧生代也放不下造成的；concurrent mode failure是在执行CMS GC的过程中同时有对象要放入旧生代，而此时旧生代空间不足造成的。

应对措施为：增大survivorspace、旧生代空间或调低触发并发GC的比率，但在JDK 5.0+、6.0+的版本中有可能会由于JDK的bug29导致CMS在remark完毕后很久才触发sweeping动作。对于这种状况，可通过设置-XX:CMSMaxAbortablePrecleanTime=5（单位为ms）来避免。

4.统计得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间

这是一个较为复杂的触发情况，Hotspot为了避免由于新生代对象晋升到旧生代导致旧生代空间不足的现象，在进行Minor GC时，做了一个判断，如果之前统计所得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间，那么就直接触发Full GC。

例如程序第一次触发MinorGC后，有6MB的对象晋升到旧生代，那么当下一次Minor GC发生时，首先检查旧生代的剩余空间是否大于6MB，如果小于6MB，则执行Full GC。

当新生代采用PSGC时，方式稍有不同，PS GC是在Minor GC后也会检查，例如上面的例子中第一次Minor GC后，PS GC会检查此时旧生代的剩余空间是否大于6MB，如小于，则触发对旧生代的回收。

除了以上4种状况外，对于使用RMI来进行RPC或管理的Sun JDK应用而言，默认情况下会一小时执行一次Full GC。可通过在启动时通过- java-Dsun.rmi.dgc.client.gcInterval=3600000来设置Full GC执行的间隔时间或通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc。