1
首先，我已經搜索了互聯網並進行了3天的調試。獲取javax.net.ssl.SSLHandshakeException：在Android 5.0.2中由對等關閉的連接
這是確切的錯誤，
javax.net.ssl.SSLHandshakeException: Connection closed by peer
at com.android.org.conscrypt.NativeCrypto.SSL_do_handshake(Native Method)
at com.android.org.conscrypt.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:302)
at com.android.okhttp.Connection.upgradeToTls(Connection.java:197)
at com.android.okhttp.Connection.connect(Connection.java:151)
at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:276)
at com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:211)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:373)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.connect(HttpURLConnectionImpl.java:106)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.getOutputStream(HttpURLConnectionImpl.java:208)
at com.android.okhttp.internal.http.DelegatingHttpsURLConnection.getOutputStream(DelegatingHttpsURLConnection.java:218)
at com.android.okhttp.internal.http.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:25)
at com.aws.wiremo.common.CommonFunctions.sendRequestEx(CommonFunctions.java:618)
at com.aws.wiremo.common.CommonFunctions.sendRequest(CommonFunctions.java:556)
at com.aws.wiremo.screen.kdo.LoadingScreen$MakeRequest.doInBackground(LoadingScreen.java:146)
at com.aws.wiremo.screen.kdo.LoadingScreen$MakeRequest.doInBackground(LoadingScreen.java:125)
at android.os.AsyncTask$2.call(AsyncTask.java:288)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:231)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
at java.lang.Thread.run(Thread.java:818)
由於保密原因，我不能發佈的代碼。 沒有由StackTrace給出的異常引起的，所以我不能真正診斷問題。
以下是我可以分享的一些信息。
- 請求被髮送到https://[IP_address]:443/
- 我發送到特殊的硬件要求，就像一個控制箱。我只能通過POST請求寫入和檢索數據。
- 我在我的CustomTrustManager的checkServerTrusted方法中接收到的證書鏈的CN不是一個IP地址，而不是一個DNS，更像是一個字（即CN = commonname）。
- 我的HostNameVerifier是ALLOW_ALL_HOSTNAME_VERIFIER臨時（我認爲可能會解決第三個信息的問題？）。
- 我正在使用SSLContext.getInstance（「TLS」），我的協議是TLSv1，TLSv1.1和TLSv1.2。
- 正在使用的證書是自簽名的。
- 在checkServerTrusted方法中，信任管理者總是信任X509Certificate鏈（我做了一個總是信任該證書的trustmanager）。
任何輸入將不勝感激。