Springboot Maven项目从不运行垃圾收集

Question

我有一个Springboot Maven项目，它使用@JmsListener从队列中读取消息。

如果没有事件进来，堆内存会慢慢增加。当消息传来时，堆内存会快速增加。但是堆内存永远不会下降（查看下图）。

如果我添加系统。gc（）在receiver方法的末尾，垃圾收集器正在按预期完成其工作。但这绝对不是好的做法。

如何确保gc在适当的时间运行。任何帮助都将不胜感激！

堆内存使用率

接收方法

@JmsListener(destination = "${someDestination}", containerFactory = "jmsListenerContainerFactory")
    public void receiveMessage(Message message){
        if (message instanceof BytesMessage) {
            try {
                List<Trackable> myList;

                BytesMessage byteMessage = (BytesMessage) message;
                byte[] byteData = new byte[(int) byteMessage.getBodyLength()];
                byteMessage.readBytes(byteData);

                DocumentBuilder dBuilder = DocumentBuilderFactory.newInstance().newDocumentBuilder();
                Document doc = dBuilder.parse(new InputSource(new StringReader(new String(byteData))));

                TransformerFactory factory = TransformerFactory.newInstance();
                factory.setFeature(XMLConstants.FEATURE_SECURE_PROCESSING, true);
                Transformer transformer = factory.newTransformer();

                StringWriter writer = new StringWriter();
                transformer.transform(new DOMSource(doc.getElementsByTagName(SOME_TAG_NAME).item(0)), new StreamResult(writer));
                String outputXmlString = writer.getBuffer().toString();

                XMLInputFactory xmlFactory = XMLInputFactory.newInstance();
                XMLStreamReader xmlReader = xmlFactory.createXMLStreamReader(new StringReader(outputXmlString));

                JAXBContext jaxbContext = JAXBContext.newInstance(ObjectFactory.class);

                MyEvent myEvent = ((JAXBElement<MyEvent>) jaxbContext.createUnmarshaller().unmarshal(xmlReader)).getValue();
                myList = myService.saveEvent(myEvent);

                LOGGER.info(String.format("Received message with EventID: %s and successfully inserted into database", myEvent.getID()));

            } catch (Exception e) {
                LOGGER.error(e.getClass().getCanonicalName() + " in Receiver: ", e);
            }
        } else {
            LOGGER.error("Received unsupported message format from MQ");
        }
    }

Answer 1

为什么？因为JVM决定（基于其启发式）现在还不是运行的时候。但何时运行取决于堆大小和GC算法。一般来说，运行GC循环绝不是免费的操作——它至少需要GC循环停止应用程序一段时间（称为stop the worldevents）。因此，GC算法在需要时运行。

当您使用并发收集器（例如ZGC或shenandoah）时，它们是否运行并不重要；这是因为它们是并发的：它们在您的应用程序运行时运行。它们确实有stop-the-world暂停-但这些非常小（例如在某些情况下与G1GC不同）。由于这种并发性，它们可以被迫“每X秒”运行一次；shenandoah有-XX： shenandoah保证GCInterval=10000（我们在生产中使用它）。

但是我假设您正在使用G1GC（即如果您根本不启用GC，这就是您得到的）。这个特定的GC主要是并发的，并且是分代的。它将堆拆分为年轻区域和旧区域，并独立收集它们。年轻区域是在STW暂停下收集的，而Full GC（收集旧区域）主要是并发的：它可以将STW暂停延长到分钟，字面上，但这不是一般情况。

因此，当您使用G1GC时，当所有年轻伊甸园区域（年轻区域在伊甸园和幸存者中进一步分裂）都已满时，将触发年轻GC循环。当发生以下3种情况之一时，将触发完整GC循环：

 1) IHOP is reached 
 2) G1ReservePercent is reached 
 3) a humongous allocation happens (an allocation that spans across multiple regions - think huge Objects). 

但这是一个相当简单且不完整的画面，描述了G1GC发生GC循环的时间，主要是因为这三者中的任何一个都会触发一个标记阶段（整个GC的某一部分），该阶段将根据从各个区域收集的数据决定下一步要做什么。它通常会立即触发一个年轻的GC，然后触发一个混合集合，但可能会选择不同的路径（同样，基于GC拥有的数据）。

因此，总的来说，您对堆的压力太小，无法启动GC循环，而且大部分时间-这正是您想要的。