cURL有效，但是Apache的HttpComponents庫中的相同請求無效嗎？

Question

在這個小問題上，我好幾天都在扯頭發。 希望在這里的人可以發現我的錯誤（因為我確定這是對的），並就如何糾正該錯誤給了我幾點。 如果我的解釋失敗，請告訴我，我將嘗試以更簡潔的方式重寫它。

-

背景知識：作為一個小型項目的一部分，我一直在編寫Java應用程序以監視瀏覽器內游戲發出的聊天和事件數據（以供參考； 《命令與征服：泰伯利亞聯盟》 ）。 令人遺憾的是，關於它們的Web服務如何工作的文檔並不多，但是我設法整理了一系列請求（基於監視網絡流量和其他開發人員發布的代碼示例）來處理登錄等。

一個特定的請求絕對拒絕完成，並且Java在暫停30秒后拋出連接重置異常。 以下是此特定請求的連接日志。

 2014/03/25 11:17:16:703 EDT [DEBUG] RequestAddCookies - CookieSpec selected: best-match
 2014/03/25 11:17:16:703 EDT [DEBUG] RequestAuthCache - Auth cache not set in the context
 2014/03/25 11:17:16:703 EDT [DEBUG] PoolingHttpClientConnectionManager - Connection request: [route: {s}->https://gamecdnorigin.alliances.commandandconquer.com:443][total kept alive: 1; route allocated: 0 of 2; total allocated: 1 of 20]
 2014/03/25 11:17:16:703 EDT [DEBUG] PoolingHttpClientConnectionManager - Connection leased: [id: 2][route: {s}->https://gamecdnorigin.alliances.commandandconquer.com:443][total kept alive: 1; route allocated: 1 of 2; total allocated: 2 of 20]
 2014/03/25 11:17:16:703 EDT [DEBUG] MainClientExec - Opening connection {s}->https://gamecdnorigin.alliances.commandandconquer.com:443
 2014/03/25 11:17:16:755 EDT [DEBUG] HttpClientConnectionOperator - Connecting to gamecdnorigin.alliances.commandandconquer.com/212.100.228.211:443
 *snip: 30 seconds of junk output*
 2014/03/25 11:18:16:992 EDT [DEBUG] DefaultManagedHttpClientConnection - http-outgoing-2: Shutdown connection
 2014/03/25 11:18:16:992 EDT [DEBUG] MainClientExec - Connection discarded
 2014/03/25 11:18:16:993 EDT [DEBUG] DefaultManagedHttpClientConnection - http-outgoing-2: Close connection
 2014/03/25 11:18:16:993 EDT [DEBUG] PoolingHttpClientConnectionManager - Connection released: [id: 2][route: {s}->https://gamecdnorigin.alliances.commandandconquer.com:443][total kept alive: 1; route allocated: 0 of 2; total allocated: 1 of 20]
 2014/03/25 11:18:16:993 EDT [INFO] RetryExec - I/O exception (java.net.SocketException) caught when processing request to {s}->https://gamecdnorigin.alliances.commandandconquer.com:443: Connection reset
 2014/03/25 11:18:16:993 EDT [DEBUG] RetryExec - Connection reset <java.net.SocketException: Connection reset>java.net.SocketException: Connection reset
    at java.net.SocketInputStream.read(SocketInputStream.java:189)
    at java.net.SocketInputStream.read(SocketInputStream.java:121)
    at sun.security.ssl.InputRecord.readFully(InputRecord.java:465)
    at sun.security.ssl.InputRecord.read(InputRecord.java:503)
    at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:954)
    at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1343)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1371)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1355)
    at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:275)
    at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:254)
    at org.apache.http.impl.conn.HttpClientConnectionOperator.connect(HttpClientConnectionOperator.java:117)
    at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:314)
    at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:363)
    at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:219)
    at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:195)
    at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:86)
    at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:108)
    at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:186)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:106)
 *snip: lots of extra backtrace*

很多，我知道：/

奇怪的是，使用PHP的cURL運行EXACT相同的請求就可以了，我得到了我期望得到的信息。 以下是發送失敗請求的Java和成功完成的PHP的代碼段。

Java的：

public static boolean loadWorlds(Session session) {
    HttpPost post = new HttpPost("https://gamecdnorigin.alliances.commandandconquer.com/Farm/Service.svc/ajaxEndpoint/GetOriginAccountInfo");
    HttpEntity entity = new StringEntity(String.format("{\"session\":\"%s\"}", session.getId()), ContentType.APPLICATION_JSON);

    post.setHeader("Content-Type", "application/json; charset=utf-8");
    post.setHeader("X-Qooxdoo-Response-Type", "application/json");
    post.setHeader("Cache-Control", "no-cache");
    post.setHeader("Pragma", "no-cache");
    post.setEntity(entity);

    try {
        CloseableHttpResponse resp = ApiCommunicator.getHttpClient().execute(post);

        System.out.println(EntityUtils.toString(resp.getEntity()));
    } catch (Exception e) {
        e.printStackTrace();
    }

    return true;
}

通過PHP的cURL：

<?php
    $cookie = 'cookies/' . md5($user) . '.txt';
    $data = array(
        'session' => 'hidden :P'
    );

    $ch = curl_init();
    curl_setopt($ch, CURLOPT_URL, 'https://gamecdnorigin.alliances.commandandconquer.com/Farm/Service.svc/ajaxEndpoint/GetOriginAccountInfo');
    curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 2);
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt($ch, CURLOPT_HTTPHEADER, array(
        "Content-Type: application/json; charset=utf-8",
        "Cache-Control: no-cache",
        "Pragma: no-cache",
        "X-Qooxdoo-Response-Type: application/json"
    ));
    curl_setopt($ch, CURLOPT_POST, true);
    curl_setopt($ch, CURLOPT_POSTFIELDS, json_encode($data));
    curl_setopt($ch, CURLOPT_COOKIEFILE, $cookie);
    curl_setopt($ch, CURLOPT_COOKIEJAR, $cookie);

    $result = curl_exec($ch);
?>

為了使這篇文章盡可能的短（因為它已經是一長段痛苦的文字了），我稍微重寫了PHP以顯示$ cookie和$ data的值，因為這兩個值都在腳本的執行中進行了設置。

任何幫助將不勝感激。 我不知道HttpComponents是否向請求中添加或刪除標頭數據（從字面上我剛剛在兩天前就開始學習該項目時才開始學習該庫），cURL不會。 如有必要，我可以發布更多代碼示例，因為該項目中除了“我的個人登錄名/會話信息”是從服務器返回的東西外，沒有什么是真正的“秘密”。 另外，這是我第一次來D：因此，如果我沒有正確格式化某些內容，或者代碼片段未突出顯示，請告訴我，我會盡力解決的:)

Answer 1

嘗試通過關閉獲得的Closable實例來關閉基礎連接。

CloseableHttpResponse resp = ApiCommunicator.getHttpClient().execute(post);
try {
        System.out.println(EntityUtils.toString(resp.getEntity()));
    } catch (Exception e) {
        e.printStackTrace();
    }
    finally{
       resp.close();
    }

Answer 2

我建議使用命令行選項-Djavax.net.debug = ssl運行Java客戶端，因為這將使您對SSL握手有更多（但含糊）的見解。 這應該可以說明潛在的連接問題，但是可能需要一些時間來了解此調試日志將輸出的詳細信息。 http://www.smartjava.org/content/how-analyze-java-ssl-errors提供了有關SSL握手的非常詳盡的討論。

您的HTTPClient沒有定義良好的SSLContext似乎是合理的。 您可以探索使用其中一些選項來創建它。

SSLContext sslContext = SSLContexts.createDefault();
SSLConnectionSocketFactory sslSocketFactory = new SSLConnectionSocketFactory(sslContext, SSLConnectionSocketFactory.ALLOW_ALL_HOSTNAME_VERIFIER);
CloseableHttpClient httpClient = HttpClients.custom().setSSLSocketFactory(sslSocketFactory).build();

請注意，您還可以從SSLContexts.custom（）創建自定義SSLContext，從而可以添加密鑰庫，信任庫並使用TLS指定。