You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Android 4.4以下设备突发javax.net.ssl.SSLException异常原因咨询

问题原因分析:Android 4.4及以下设备SSL连接失败(javax.net.ssl.SSLException: Connection closed by peer)

核心结论:TLS协议版本兼容性不匹配

结合你描述的「仅Android 4.4以下出问题、所有同类型应用都受影响」的现象,这个异常几乎可以确定是后端服务器禁用了TLSv1.0协议导致的,和你搜索到的Sticky的推测完全吻合。

为什么只有低版本Android受影响?

这是Android系统对SSL/TLS协议的默认支持差异导致的:

  • Android 4.4(API 19)及以下版本,系统默认仅支持TLSv1.0,虽然可以手动开启TLSv1.1/1.2的支持,但需要额外代码处理,且部分老旧设备可能存在兼容性问题。
  • Android 6.0(API 23)及以上版本,系统原生默认启用了TLSv1.1和TLSv1.2,所以能正常和禁用了TLSv1.0的服务器完成握手。

异常产生的具体过程

当Android 4.4及以下设备发起HTTPS请求时,只会向服务器发送TLSv1.0的握手请求;而服务器已经禁用了该协议版本,会直接拒绝这个握手请求并关闭连接,最终就会抛出javax.net.ssl.SSLException: Connection closed by peer——这是SSL握手失败后,连接被服务器主动中断的典型反馈。

快速验证结论的方法

  • 查看服务器的SSL配置,确认是否已移除TLSv1.0协议(比如通过SSL检测工具查看服务器支持的协议版本列表)。
  • 若条件允许,临时在服务器上重新启用TLSv1.0,测试Android 4.4设备是否能恢复正常通信(测试后建议改回,因为TLSv1.0存在已知安全漏洞)。

补充说明

现在多数服务端为了安全合规,都会逐步淘汰老旧的TLS协议版本(TLSv1.0、TLSv1.1),这也是为什么所有同类型应用都出现问题——这不是你的应用代码bug,是系统底层协议支持与服务端配置不匹配导致的共性问题。

内容的提问来源于stack exchange,提问作者Wavrik

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.19 09:17:26