获取javax.net.ssl.SSLHandshakeException：Android 5.0.2中的对等方关闭连接

首先，我已经在网上搜索过了，已经调试了3天了

这就是确切的错误

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给出的异常引起的问题，因此我无法真正诊断问题。

以下是一些我可以分享的信息

• 请求正在发送到
• 我正在向一个特殊的硬件发送请求，比如控制箱。我只能通过POST请求写入和检索数据
• 我在CustomTrustManager的checkServerTrusted方法中收到的证书链的CN不是IP地址，也不是DNS，更像是一个单词（即CN=commonname）
• 我的HostNameVerifier是ALLOW\u ALL\u HOSTNAME\u VERIFIER（我认为这可能会解决第三个信息的问题？）
• 我使用的是SSLContext.getInstance（“TLS”），我的协议是TLSv1、TLSv1.1和TLSv1.2
• 正在使用的证书是自签名的
• 在checkServerTrusted方法中，X509Certificate链始终受trustmanager信任（我创建了一个始终信任证书的trustmanager）

---

任何输入都将不胜感激。

我的问题的答案是，我对用于将生成的私钥添加到密钥存储的代码进行了注释，以便在客户端身份验证期间SSL握手失败

---

我希望这个答案能帮助一些人。

我的问题的答案是，我对将生成的私钥添加到密钥存储的代码进行了注释，以便在客户端身份验证期间SSL握手失败

我希望这个答案能帮助一些人