【iOS】Software caused connection abort Code 53 [BoringSSL] nw_protocol_boringssl_error 的解决方法

iOS12 Push Bug
针对iOS12系统中从后台通过Push进入应用前台时出现的网络请求错误问题进行了分析,并提供了一个临时解决方案。

现象

系统版本:iOS12

build configuration: Release

场景: 后台收到Push进入前台,触发网络请求。

Xcode 输出:

nw_socket_handle_socket_event [C58:1] Socket SO_ERROR [9: Bad file descriptor]

nw_socket_get_input_frames [C58:1] recvmsg(fd 33, 1024 bytes) [57: Socket is not connected]

[BoringSSL] nw_protocol_boringssl_error(1584) C49.1:2 Lower protocol stack error: 53

load failed with error Error Domain=NSPOSIXErrorDomain Code=53 “Software caused connection abort”


分析

BoringSSL,可能与ssl有关

经过搜索发现是苹果iOS 12的一个bug, 目前好像没有很好的解决方法。参考:https://github.com/AFNetworking/AFNetworking/issues/4279

解决

App返回前台后,延迟访问网络,可以暂时解决这个问题:

	DispatchQueue.main.asyncAfter(deadline: .now() + 0.1) {
		
		self.sessionManager?.get("https://reqres.in/api/users", parameters: nil, progress: nil, success: { (task, data) in
			print("success")
		}, failure: { (task, error) in
			print("failure \(error.localizedDescription)")
		})
		
	}
### 关于 'Software caused connection abort: socket write error' 的中文解释 'Software caused connection abort: socket write error' 的中文含义可以翻译为 **“软件导致连接中断:套接字写入错误”**。该异常通常表示在网络通信过程中,由于某种原因导致一方主动关闭了连接或者无法继续完成数据传输操作。 --- ### 原因分析 #### 1. 客户端或服务器端资源未正确释放 当服务器正在释放资源时,如果客户端仍然尝试通过已失效的连接发送请求,则可能导致此异常发生[^1]。同样地,当客户端试图释放其本地资源时,若此时服务器仍有待处理的数据包到达,也可能引发类似的错误。 #### 2. 长时间闲置后的连接超时断开 对于长时间保持开启状态的服务而言,如果没有足够的活动流量维持连接有效性,某些中间设备(如防火墙、负载均衡器)可能会自动切断空闲链接[^2]。一旦这些被终止的会话重新激活时便会产生 `SocketException` 错误消息提示 “software caused connection abort”。 #### 3. JDBC 数据库连接池管理不当 在基于JDBC的应用程序里头,假如数据库连接对象长期得不到合理维护——例如未能及时归还给连接池亦或是超过了最大存活时限而遭到驱逐销毁的话;那么当下次需要用到它们执行查询命令之际便会抛出此类异常情况[^3]。 以下是针对以上几种常见场景下可能采取的一些预防措施: - 对于第一种情形中的同步问题可以通过引入心跳机制来解决; - 解决第二种状况可通过设置合理的KeepAlive参数以及定期向远端发送ping帧等方式实现; - 至于第三类现象则需优化数据库连接池配置并确保每次事务完成后都能妥善回收所借用的Connection实例。 ```java // 示例代码展示如何安全关闭socket以避免潜在的风险 try (ServerSocket serverSocket = new ServerSocket(port); Socket clientSocket = serverSocket.accept(); PrintWriter out = new PrintWriter(clientSocket.getOutputStream(), true); BufferedReader in = new BufferedReader( new InputStreamReader(clientSocket.getInputStream()))) { String inputLine; while ((inputLine = in.readLine()) != null) { System.out.println("Received: " + inputLine); out.println(inputLine); // Echo back to the client. } } catch (IOException e) { e.printStackTrace(); // Handle exceptions properly here. } ``` 上述例子展示了利用Java NIO API创建一个简单的回声服务器,并采用Try-with-resources语句保证所有涉及I/O流的对象能够在方法结束前得到适当清理从而减少意外崩溃的可能性。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

冯子一

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值