在 Red Hat 上运行时 Java 内存泄漏，但在 Mac OS X 上没有内存泄漏

Question

我有一个 java webobjects 应用程序，在 Red Hat 上运行时显示内存泄漏问题，但在 Mac OS X 上运行时没有出现此类问题。JVM 是相似的。

Mac OS X 10.6.5 使用 Apple 的 java 1.6.0_22 64 位 Red Hat EL 5.0 使用 Sun 的 java 1.6.0_20 64 位

我将其配置为在内存不足时执行堆转储，并使用 eclipse 内存分析器工具对此进行分析表明问题出在创建的代码的一部分中向 Web 服务发送 HTTP 请求的线程。创建线程的原因是为了对请求实现超时，因为Web服务有时不可用。

有人有什么想法吗？

    WOHTTPConnection connection = new WOHTTPConnection(host, port);
    WORequest request = new WORequest(strMethod, strQuery, strHttpVersion, nsdHeader, content, null);

    WebServiceRequester theRequester = new WebServiceRequester(connection, request);
    Thread requestThread = new Thread(theRequester);
    requestThread.start();
    try {
            requestThread.join(intTimeoutSend);  //timeout in milliseconds = 10000
            if ( requestThread.isAlive() ) {
                requestThread.interrupt();
            }
    } catch(InterruptedException e) { 

    }
    requestThread = null;
    if(!theRequester.getTfSent()) {
           return null;
    }
    WOResponse response = connection.readResponse();

...

class WebServiceRequester implements Runnable {

    private WORequest theRequest;
    private WOHTTPConnection theConnection;
    private boolean tfSent = false;

    public WebServiceRequester(WOHTTPConnection c, WORequest r) {
        theConnection = c;
        theRequest = r;
    }

    public void run() {
        tfSent = theConnection.sendRequest(theRequest);
    }

    public boolean getTfSent() {
        return tfSent;
    }
}

编辑： Eclipse 内存分析器工具报告的泄漏类名：

1,296 instances of "java.lang.Thread", loaded by "<system class loader>" occupy 111,947,632 (43.21%) bytes.
1,292 instances of "er.extensions.eof.ERXEC", loaded by "java.net.URLClassLoader @ 0x2aaab375b7c0" occupy 37,478,352 (14.46%) bytes.
1,280 instances of "er.extensions.appserver.ERXRequest", loaded by "java.net.URLClassLoader @ 0x2aaab375b7c0" occupy 27,297,992 (10.54%) bytes.

Answer 1

我听说 WOHTTPConnection 已损坏，不应使用。 WOHTTPConnection 没有为您提供关闭连接的可靠方法。在其他方面它也是不可靠的。

解决方案是使用 Apache HttpComponents HttpClient 重写代码

Answer 2

我认为问题在于 Thread.interrupt 实际上并没有停止你的线程。如果线程正在运行，JVM 永远不会清理该线程。

我会向您的线程添加一个 closeConnection 方法，并尝试调用该方法来代替您的 Thread.interrupt 调用或除了您的 Thread.interrupt 调用之外调用该方法。您可能需要对其进行一些修改，但想法是显式停止保持线程运行的 IO：

WOHTTPConnection connection = new WOHTTPConnection(host, port);
WORequest request = new WORequest(strMethod, strQuery, strHttpVersion, nsdHeader, content, null);

WebServiceRequester theRequester = new WebServiceRequester(connection, request);
Thread requestThread = new Thread(theRequester);
requestThread.start();
try {
        requestThread.join(intTimeoutSend);  //timeout in milliseconds = 10000
        if ( requestThread.isAlive() ) {
            requestThread.closeConnection();
            requestThread.interrupt();
        }
} catch(InterruptedException e) { 

}
requestThread = null;
if(!theRequester.getTfSent()) {
       return null;
}
WOResponse response = connection.readResponse();

...

class WebServiceRequester implements Runnable {

    private WORequest theRequest;
    private WOHTTPConnection theConnection;
    private boolean tfSent = false;

    public WebServiceRequester(WOHTTPConnection c, WORequest r) {
        theConnection = c;
        theRequest = r;
    }

    public void run() {
        tfSent = theConnection.sendRequest(theRequest);
    }

    public boolean getTfSent() {
        return tfSent;
    }

    public void closeConnection() {
        this.theConnection.close();
    }

}

Answer 3

您需要关闭WOHTTPConnection句柄吗？ （我不熟悉那个 API ...）。

跟进

检查后发现，connection.readResponse() 关闭了连接，因此我不需要手动执行此操作。

@Rudiger - 您假设对 connection.readResponse() 的调用总是成功。如果问题是抛出未报告的异常怎么办？ （默认行为是默默地忽略子线程上引发的错误。）

我认为您应该在finally块中关闭连接句柄......以防万一。

或者更好的是，完全放弃WOHTTPConnection。