1.问题描述:用apache 的FTPClient + spring schedule 写了个连接ftp服务器去定时下载资源的调度任务,发现会偶发(没规律)的出现任务执行中不再执行,后续也不会再执行,而且不报任何错误信息,能包裹try catch的、能打log的地方都搞了,就是不见报错信息,只有通过重启tomcat服务任务才会继续执行。
2.解决思路:
2.1等到任务卡死的时候去查了下ftp端口的状态:
netstat -an|grep 21 发现端口是 CLOSE_WAIT 状态,这个状态指的是服务端主动关闭连接。很无奈,因为ftp是别人的,沟通效率很低。
无奈下写了个监听21端口状态的脚本,当21端口处于CLOSE_WAIT时,就重启tomcat服务 。这是下策,作为一个有强迫症的程序猿不能容忍这个问题就这么放着。于是一有时间就研究下
2.2:查看apache FTPClient API
FTPClient 有6种timeout 设置,分别是
ftp.setDefaultTimeout(60000);//设置打开套接字时使用的默认超时(以毫秒为单位)。此值仅在调用之前使用 connect() ,不应与setSoTimeout() 在当前打开的套接字上操作的值混淆。_timeout_包含新的超时值。
ftp.setConnectTimeout(5000);//5秒连接超时
ftp.setDataTimeout(60000);//1分钟,读取数据的超时时间
ftp.setControlKeepAliveTimeout(300);//5分钟,控制保持套接字连接的超时时间,单位秒
ftp.setControlKeepAliveReplyTimeout(5000);//5秒,控制保持套接字连接回复的超时时间
ftp.setSoTimeout(int timeout)//设置当前打开的连接的超时(以毫秒为单位)。仅在打开连接后调用此方法connect()
这个问题的关键在于设置dataTimeout ,设置后完美解决!