有关 TLS（又名 SSL）的一些背景知识 - 当您尝试建立从客户端到服务器的安全连接时，服务器将向客户端发送其证书以向客户端证明其身份，以及它支持的密码套件列表。客户端通过确保它连接到的域是证书中规定的域来验证身份，并且该证书由有效的证书颁发机构签名。完成此操作后，客户端和服务器建立一些共享密钥，从中派生密钥并就密码套件达成一致。

您可能会注意到上面的密码套件（例如 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256）是在建立服务器身份后协商的。这意味着如果在验证主机名时出现问题，它将在服务器向客户端发送其证书时发生，而不是在协商密码套件时发生。换句话说，此错误不应与服务器和客户端同意的密码套件相关联，因为它会在密码套件达成一致之前发生。

我的直觉是，这可能是 Android 上使用的 SSL 库向您提供的误导性异常消息。我不熟悉 Android 5“开箱即用”的 SSL 库附带的密码套件，但也许当服务器向客户端发送它支持的密码列表时，客户端看不到它支持的任何密码，这级联到一些误导性的异常逻辑。我建议查看您的服务器配置为支持哪些密码套件，并查看有关支持的密码套件的 Android 5 文档。鉴于您所说的，一件事似乎是正确的，您的证书不是这里的问题。

• 签署证书的 CA 不是某些 android 证书存储，因此它不会验证。查看一些如何更新它的方法
• 仅当可以建立完全信任路径（your_cert -> intermediate_CA1 -> middle_CA2.. -> 根 CA）时，证书才被视为有效（可以有 0 个或多个中间 CA，但根 CA 必须存在于该 android 版本证书存储中） . 您应该使用ssllabs（针对“A”且没有橙色/红色警告）和/或htbridge检查服务器端是否存在任何问题（例如，不发送中间证书）。请注意，设备会缓存中间证书，因此即使您不更改密码，您的应用程序也可能会正常工作。或者它可能是特定密码在那个 android 版本中有错误。
• 这是坏的。建议会不时更改，并非所有人都会一直更新他们的应用程序。你应该把它留给自动装置。如果需要最佳 SSL 密码安全性，则应在服务器端自动推荐/要求，而不是在客户端。它还有助于根据 android 版本提供不同级别的现有支持。简而言之：您应该只在您的服务器上更改首选密码顺序，并且在 android 应用程序上使用默认值。