这几天新项目每次发布，都发现load在jetty重启过程中突然load会从0.1突然升高到15以上，3分钟后慢慢降到正常非常，cpu使用率也升高了一些，但是jvm内存线程，gc都比较正常，所以怀疑应用已启动，执行了一些耗CPU的处理过程，查看了代码之后，应用已启动，执行最多的方法是dowork，而这个方法里面会有解析xml的过程：

    public OfferInfo parseXml(String content) throws NumberFormatException, XMLStreamException {if (content == null || content.isEmpty()) {return null;}XMLInputFactory factory = XMLInputFactory.newInstance();XMLStreamReader reader = null;try {reader = factory.createXMLStreamReader(new StringReader(content));} catch (XMLStreamException e1) {return null;}if (reader == null) {return null;}OfferInfo offerInfo = new OfferInfo();while (reader.hasNext()) {int event = 0;try {event = reader.nextTag();} catch (Exception e) {}switch (event) {case XMLStreamConstants.START_ELEMENT:if (reader.getLocalName().equalsIgnoreCase(OFFER_ID)) {offerInfo.setOfferId(Long.parseLong(reader.getElementText()));} else if (reader.getLocalName().equalsIgnoreCase(MEMBER_ID)) {offerInfo.setMemberId(reader.getElementText());} else if (reader.getLocalName().equalsIgnoreCase(ACTION)) {offerInfo.setAction(reader.getElementText());}break;case XMLStreamConstants.END_ELEMENT:break;}}return offerInfo;}

这段代码会解析整个xml文档，只取出里面三个字段，这里的应用场景是异步消息处理，因为应用在重启过程中，消息堆积，应用启动完后会处理比较多的堆积消息，导致load和cpu升高，开始怀疑这段解析xml的过程耗性能，因为xml内容很大，达到1m以上，而且消息堆积量一下子也可能上万，然后就开始进行优化，

在while循环中加入以下代码：

            //如果已经解析完需要的字段，则跳过剩余xml内容的解析，提高性能if(offerInfo.getOfferId() != null && offerInfo.getMemberId() != null && offerInfo.getAction() != null){return offerInfo;}

只要解析出我们需要的三个字段，剩余的xml内容就不需要解析了，返回。

加上这段代码后，线上果然正常了。

因为在发布过程中来不及用jstack dump线程信息，用jstack dump线程信息，查看下当前线程处理状况，也应该很快能诊断出问题。

解析xml时解析完需要的数据就需要返回了，剩下的xml内容不需要解析，xml解析很耗性能。

我们看下修改这段代码前后的load和cpu的图

其他jvm指标都比较正常。