客户端程序异常退出
来源:互联网 发布:开学典礼上的讲话知乎 编辑:程序博客网 时间:2024/04/28 06:53
实验环境:
(1) 构建一个收发服务器,使用OPENSSL方式建立TCP连接,收发服务器针对每条新连接,只发送一次数据,并接收一次来自客户端的数据,就将TCP连接关闭
(2) 构建一个发送客户端,使用OPENSSL成功建立TCP连接之后,接收一次来自服务器的数据,重复发送三次数据
实验结果:
(1) 收发服务器正常接收到了一次客户端发送的数据,
(2) 客户端接收到来自服务器的数据,第一次发送成功,第二次也发送了,发送第三次时客户端程序就退出了
原因分析:
A. 服务器端分析:
服务器与客户端建立TCP连接之后,在一收一发之后就将TCP连接关闭,
B. 客户端发分析
客户端第一次能发送成功,是因为此时TCP连接没有关闭,那第二次也发送出去了,此时并没有引起程序退出,为什么一定要发送第三次才退出呢?
结合之前分析TR069连接的问题以及服务器端主动将TCP连接关闭掉,而客户端没有也不知道此条TCP连接已经关闭,而是一直发送数据,想到是SIGPIPE的信号导致的问题,
后面在客户端程序那边,针对SIGPIPE信号安装其他处理函数,结果不退出了,参考下其他web服务器对SIGPIPE 的信号的处理都是设置为IGN(忽略),而SIGPIPE信号的默认处理方式是进程退出,这与实验结果吻合。
为什么会产生SIGPIPE信号:
当往关闭的TCP连接发送数据,此时服务器端会返回一个RST的报文,如果再往此连接发送数据,本机就会产生SIGPIPE信号,如果不正确处理此信号,就会出现上面的结果,且不会有任何的调试信息,到这里,应该明白了为什么上面一定要发送三次才会出现
发送第一次时,服务器端正常接收,但接收之后就将TCP连接关系,此时客户端应该会接收到一个FIN报文,即read返回0;
当第二次往服务器发送数据时,服务器就返回个RST报文;
当第三次发送时,协议栈已经标明此连接被关闭,从而触发SIGPIPE信号。
- 客户端程序异常退出
- ActiveMQ-cpp客户端程序应用异常退出问题
- 跟踪程序异常退出
- Qt:程序异常退出
- CFileDialog程序异常退出问题
- android捕获程序异常退出
- Erlang 聊天室程序(二) 客户端的退出
- 如何让程序异常退出后重启
- 如何判断java程序异常退出
- CRT堆 程序退出时的异常
- Linux程序异常退出打印调用堆栈
- Linux程序异常退出打印调用堆栈
- MDI 程序一退出就出现程序异常
- 异常退出
- 服务器或者客户端异常退出,其相应的客户端或者服务器如何来判断是在等待发送还是退出?
- 让程序异常退出后自动重启
- Linux多线程socket程序异常退出-断开的管道
- 程序异常退出时发送邮件报告的代码
- 经典回溯问题-----旅行员售货问题
- svn的迁移
- 揭秘百度用户得分算法
- OCP-1Z0-053-V12.02-180题
- java GUI编程-贪吃蛇游戏简单实现
- 客户端程序异常退出
- VS2010程序打包操作(超详细的)
- Android 正在运行的应用被系统Kill了怎么办?
- JooMe的联合创始人朱峰:wifi背后的营销机会
- 各种数据库连接URL地址大全
- Java单点登录
- Extjs根据store 动态创建图表
- 监控表空间使用率
- FICO常用过账的两个BAPI使用