网络编程
已解决
服务端断开第二天重新启动,客户端连接不上
发布于 2021-01-23 11:14 852浏览
老师们好,有个网络编程的问题想问下老师们。 是这样子的,有个java web服务,使用定时任务不停的创建socket连接去访问服务端,接收数据保存到数据库,保存完就断开socket连接,服务端不断开就一直正常,但是当服务端断开一段时间重新启动,客户端重新发起socket连接就一直被拒绝,用socket工具连接服务端是可以的,重启tomcat服务之后连接就正常了,证明服务端是没问题的,所以不知道为什么重启tomcat服务,客户端就连接正常了,代码中也加了socket异常关闭。不知道问题出在哪里。 很是费解,望老师们有时间看下给点思路。
老师们好,有个网络编程的问题想问下老师们。
是这样子的,有个java web服务,使用定时任务不停的创建socket连接去访问服务端,接收数据保存到数据库,保存完就断开socket连接,服务端不断开就一直正常,但是当服务端断开一段时间重新启动,客户端重新发起socket连接就一直被拒绝,用socket工具连接服务端是可以的,重启tomcat服务之后连接就正常了,证明服务端是没问题的,所以不知道为什么重启tomcat服务,客户端就连接正常了,代码中也加了socket异常关闭。不知道问题出在哪里。
很是费解,望老师们有时间看下给点思路。
老师们好,有个网络编程的问题想问下老师们。
是这样子的,有个java web服务,使用定时任务不停的创建socket连接去访问服务端,接收数据保存到数据库,保存完就断开socket连接,服务端不断开就一直正常,但是当服务端断开一段时间重新启动,客户端重新发起socket连接就一直被拒绝,用socket工具连接服务端是可以的,重启tomcat服务之后连接就正常了,证明服务端是没问题的,所以不知道为什么重启tomcat服务,客户端就连接正常了,代码中也加了socket异常关闭。不知道问题出在哪里。
很是费解,望老师们有时间看下给点思路。
编写答案
回答问题, 请先登录
首先,建议你将异常信息打印出来,应该是客户端保留有旧的socket,在服务端重启后,服务端不能识别给客户端socket发送reset指令造成的
首先,建议你将异常信息打印出来,应该是客户端保留有旧的socket,在服务端重启后,服务端不能识别给客户端socket发送reset指令造成的