用JAXBContext解决Java应用程序中的内存泄漏

用JAXBContext解决Java应用程序中的内存泄漏,java,memory-management,memory-leaks,jaxb,yourkit,Java,Memory Management,Memory Leaks,Jaxb,Yourkit,我正试图用JAXBContext诊断并解决我认为严重的内存泄漏问题。然而,尽管我做了很多尝试,我还是失败了 简而言之,我的应用程序在执行的前50分钟内使用了少量且一致的内存。大约50分钟后,类/内存的数量从少于4000个类增加到8000个左右,内存也会出现类似的增加。在接下来的15-20分钟执行过程中,当您的工具包中观察到的类数量增加到大约246000个时,它将一直保持这种方式,直到大约1小时16分钟 几乎在内存/类使用量增加的同时,我的程序开始使用易趣的Java SDK[com.eBay.SD

我正试图用JAXBContext诊断并解决我认为严重的内存泄漏问题。然而,尽管我做了很多尝试,我还是失败了

简而言之,我的应用程序在执行的前50分钟内使用了少量且一致的内存。大约50分钟后,类/内存的数量从少于4000个类增加到8000个左右,内存也会出现类似的增加。在接下来的15-20分钟执行过程中,当您的工具包中观察到的类数量增加到大约246000个时,它将一直保持这种方式,直到大约1小时16分钟

几乎在内存/类使用量增加的同时,我的程序开始使用易趣的Java SDK[com.eBay.SDK.pictureservice.eps]将图像上传到易趣服务器

我分析了YourKit中的对象分配调用树,我的程序似乎调用了以下方法:

public int uploadPictures(PhotoDisplayCodeType arg0, PictureInfo[] arg1) {
    int arg2 = 0;

    for (int arg3 = 0; arg3 < arg1.length; ++arg3) {
            if (this.uploadPicture(arg0, arg1[arg3])) {
                ++arg2;
        }
    }

 return arg2;
}


public boolean uploadPicture(PhotoDisplayCodeType arg0, PictureInfo arg1) {
    UploadSiteHostedPicturesRequestType arg2 = new UploadSiteHostedPicturesRequestType();
    if (arg0.equals(PhotoDisplayCodeType.SUPER_SIZE) || arg0.equals(PhotoDisplayCodeType.PICTURE_PACK)) {
                arg2.setPictureSet(PictureSetCodeType.SUPERSIZE);
   }

    return this.UpLoadSiteHostedPicture(arg1, arg2);
}


public boolean UpLoadSiteHostedPicture(PictureInfo arg0, UploadSiteHostedPicturesRequestType arg1) {
        ApiLogging arg2 = this.apiContext.getApiLogging();

        System.out.println("Starting picture upload..");

        try {
            Document arg3 = this.marshal(arg1);
            this.addAuthToken(arg3);
            String arg4;
            if (arg2 != null && arg2.isLogSOAPMessages()) {
                arg4 = XmlUtil.getXmlStringFromDom(arg3);
                this.logMessage("UploadSiteHostedPicturesRequest", arg4);
            }


            arg4 = this.xmlToString(arg3);
            String arg5 = this.sendFile(arg0.getPictureFilePath(), arg4);
            if (arg2 != null && arg2.isLogSOAPMessages()) {
                Document arg6 = XmlUtil.createDom(arg5);
                String arg7 = XmlUtil.getXmlStringFromDom(arg6);
                this.logMessage("UploadSiteHostedPicturesResponse", arg7);
            }

            UploadSiteHostedPicturesResponseType arg9 = this.unmarshal(arg5);
            arg0.setReponse(arg9);
            if (arg9.getErrors() != null && arg9.getErrors().length != 0) {
                if (arg9.getErrors().length > 0 && arg9.getAck() == AckCodeType.WARNING) {
                    arg0.setURL(arg9.getSiteHostedPictureDetails().getFullURL());
                    arg0.setErrorType("PICTURE SERVICE RESPONSE WARNING");
                    arg0.setErrorMessage(arg9.getErrors()[0].getShortMessage());
                    if (arg2 != null && arg2.isLogExceptions()) {
                        log.warn("PICTURE SERVICE RESPONSE WARNING");
                        log.warn(arg9.getErrors()[0].getShortMessage());
                    }

                    return true;
                } else {
                    arg0.setErrorType("PICTURE SERVICE RESPONSE ERROR");
                    arg0.setErrorMessage(arg9.getErrors()[0].getShortMessage());
                    if (arg2 != null && arg2.isLogExceptions()) {
                        log.error("PICTURE SERVICE RESPONSE ERROR");
                        log.error(arg9.getErrors()[0].getShortMessage());
                    }

                    return false;
                }
            } else {
                arg0.setURL(arg9.getSiteHostedPictureDetails().getFullURL());
                return true;
            }
        } catch (Exception arg8) {
            arg0.setErrorType("PICTURE SERVICE UPLOAD ERROR");
            arg0.setErrorMessage(arg8.getMessage());
            if (arg2 != null && arg2.isLogExceptions()) {
                log.error("fail to upload picture to eBay picture server!");
                log.error(arg8.getMessage());
            }

            return false;
        }
}



private Document marshal(UploadSiteHostedPicturesRequestType arg0)
            throws JAXBException, ParserConfigurationException {

        **// Is this line causing memory leak?**
        JAXBContext arg1 = JAXBContext.newInstance(new Class[] { UploadSiteHostedPicturesRequestType.class }); 
        Marshaller arg2 = arg1.createMarshaller();
        if (arg0 == null) {
            arg0 = new UploadSiteHostedPicturesRequestType();
        }

        JAXBElement arg3 = (new ObjectFactory()).createUploadSiteHostedPicturesRequest(arg0);
        DocumentBuilderFactory arg4 = DocumentBuilderFactory.newInstance();
        arg4.setNamespaceAware(true);
        DocumentBuilder arg5 = arg4.newDocumentBuilder();
        Document arg6 = arg5.newDocument();
        arg2.marshal(arg3, arg6);
        return arg6;
    }
当我在YourKit中的其他内存异常项下查看检查时,我发现的唯一问题是同名的243959个类。当我检查类时,我看到它们都包含术语“JAXB”。根据这些观察,我有几个问题:

1为什么单例模式不能解决创建多个JAXBContext的问题

2即使没有Singleton,为什么在我的应用程序明确完成使用/上传图像后,所有相关类都不会被垃圾收集?上传完成后,我不会引用JAXBContext类

谢谢

在MarshallUploadSiteHostedPicturesRequestType arg0方法中,您有一行

// Is this line causing memory leak?
JAXBContext arg1 = JAXBContext.newInstance(new Class[] { UploadSiteHostedPicturesRequestType.class });
虽然这条线严格来说不是内存泄漏, 它占用大量内存,占用大量CPU时间, 因为它每次都会创建一个新的重JAXBContext对象。 从该方法返回后 不再引用局部变量JAXBContext arg1, 但它将一直保留在内存中,直到被垃圾回收 这可能不会在很长时间内发生

您应该将这一行替换为

JAXBContext arg1 = JAXBContextFactory.getInstance().getJaxBContext(UploadSiteHostedPicturesRequestType.class);

这将大大提高内存使用率和CPU时间。

谢谢!我只用Singleton替换了一个JAXBContext实例。现在,我已经替换了所有观察到的泄漏查封实例。。
JAXBContext arg1 = JAXBContextFactory.getInstance().getJaxBContext(UploadSiteHostedPicturesRequestType.class);