有些人可能知道一些核心JavaAPI会显式调用System.gc()。我知道发生这种情况的两种情况:蔚来汽车。我相信这样做是为了在系统用完“直接”内存时对直接字节缓冲区进行一些清理。RMI。在这里，原因对我来说不是那么清楚......所以，问题是:知道为什么RMI需要System.gc()吗？您是否知道核心API(甚至其他一些流行的库)可以直接调用System.gc()的其他情况？ 最佳答案 如果存在需要清理的分布式对象，RMI会调用System.gc()。您可以降低它执行GC的频率或有效地关闭它。您可以通过调用避免直接ByteBu
调查时WhyThreadPoolExecutorbehavesdifferentlywhenrunningJavaprograminEclipseandfromcommandline?我写了一个测试，抛出了一个非常奇怪的OutOfMemoryError(maxmem=256Mb)classA{byte[]buf=newbyte[150_000_000];protectedvoidfinalize(){inti=1;}}Aa1=newA();a1=null;Aa2=newA();注释掉inti=1并且测试有效。据我了解，当finalize为空时，HotSpot会忽略它。但是一个几乎空的f
默认情况下，JavaGC日志输出以KB(千字节)为单位显示内存详细信息。我知道这听起来可能很愚蠢，但鉴于我处理的大多数Jvms的堆大小接近20到40GB，我发现快速读取KB中的数字非常不方便，尤其是在快速扫描putty等日志时。是否可以让Java以MB或GB的分数打印这些数字？我在JDK文档中没有找到任何选项。如果不可能，是否有关于如何将此功能添加到GC日志记录的想法？(不是来自外部而是来自JVM中)预先感谢您的帮助。 最佳答案 没有运行时选项可以更改它，这取决于使用什么特定的垃圾收集器来打印日志记录数据。在JDK8中使用G1，它会
我有一个在一个tomcat实例上运行的Javawebapp。在高峰时段，Web应用程序每秒提供大约30个页面，通常约为15个页面。我的环境是:O/S:SUSELinuxEnterpriseServer10(x86_64)RAM:16GBserver:Tomcat6.0.20JVM:JavaHotSpot(TM)64-BitServerVM1.6.0_14JVMoptions:CATALINA_OPTS="-Xms512m-Xmx1024m-XX:PermSize=128m-XX:MaxPermSize=256m-XX:+UseParallelGC-Djava.awt.headless=
假设我定义了aclasswithdozensofreferencefields(而不是使用Object[]等引用数组)，并在应用程序中大量实例化此类。HotspotJVM中垃圾回收器遍历堆计算可达对象时会不会影响垃圾回收器的性能？或者，对于某些JVM的内部数据结构或类元数据，它可能会导致显着的额外内存消耗？或者，它会以其他方式影响应用程序的效率吗？这些方面是特定于Hotspot中的每个垃圾收集器算法，还是Hotspot机制的那些部分被所有垃圾收集器共享和使用？ 最佳答案 让我改一下问题。“下面是A级还是B级更好？”classA{Ta
我已经在线阅读了一些Java垃圾收集指南，但我仍然有点不清楚，想确保我的代码中没有内存泄漏。JavaGC会收集失去引用的对象，但它的变量仍然有引用吗？假设我有SomeObject:publicclassSomeObject{publicObjectVarvar;publicSomeObject(){var=newObjectVar();}}还有我的代码:SomeObjectobj1=newSomeObject();SomeObjectobj2=newSomeObject();obj2.var=obj1.var;obj1=null;所以obj1的var有引用，但是obj1不再有任何引用。
作为javaJDK10JEP307的一部分是ParallelFullGCforG1实现了。我试图理解它的描述，但我仍然不确定我是否正确理解了这个想法。我怀疑它是否与并发垃圾有关 最佳答案 作为一个简化的解释——垃圾收集器有两种可能的收集类型，“增量”和“完整”。增量收集是两者中最好的一种，因为它会经常做一些工作。完整收集通常更具破坏性，因为它需要更长的时间并且通常必须在运行时停止整个程序的执行。正因为如此，大多数现代GC(包括G1)一般都会尽量保证在正常情况下，增量回收就足够了，永远不需要全量回收。但是，如果不同世代的大量对象以不可
我使用这个jvm选项来创建gc日志并启用滚动:$java-Xloggc:gc.log-verbose:gc-XX:+PrintGCDetails-XX:+PrintGCDateStamps-XX:+PrintGCTimeStamps-XX:+UseGCLogFileRotation-XX:NumberOfGCLogFiles=5XX:GCLogFileSize=128K但是，当我重新启动应用程序时出现问题。重启后，第一个日志文件gc.log.0被覆盖，该文件的数据未滚动到gc.log.1，因此丢失。我想知道我是否正确，是否有解决方案。提前致谢! 最佳答案
我正在使用javaversion"1.7.0_09"Java(TM)SERuntimeEnvironment(build1.7.0_09-b05)JavaHotSpot(TM)64-BitServerVM(build23.5-b02,mixedmode)使用G1垃圾收集器。JVM参数是-server-Xss4096k-XX:MaxPermSize=512m-XX:PermSize=512m-Xms30G-Xmx30G-Xnoclassgc-XX:+UseNUMA-XX:+UseFastAccessorMethods-XX:ReservedCodeCacheSize=48m-XX:+Us
据说我们不能强制java中的垃圾回收进程。毕竟，它是一个守护线程。但有时，为什么我们显式调用System.gc();函数？值得调用吗？有什么优点和缺点吗？如果在很多情况下都没有用，为什么不从Java中弃用此方法？PS:举例说明会很有用 最佳答案 在我看来，考虑System.gc()方法的最佳方式是向VM发出垃圾收集应该运行的“提示”。也就是说，就像人们认为他们正在执行的大部分“优化”一样，通常最好让系统自己处理事情。系统在不断发展等等。在某些情况下，开发人员实际上可能知道得更多，并且它的用例可能与为什么某些代码仍然用汇编编写的原因非
