java ftp 卡死_ftpClient.listNames导致ftp卡死问题,FTP主动/被动模式

一直没问题的应用,今天发现向ftp上传图片的时候,发现上传没反应,一直处于卡的状态(tomcat没有卡死,只是那个方法一直卡住),也没有超时、没有报错。

本机window测试正常,一台云平台的linux测试也正常,唯独内网的linux机器上传不了。

首先以为内网linux连接不上ftp服务器,试着ping然后直接ftp上去,发现都正常的。也就是说,内网linux机器和ftp机器通讯是正常的。

302bad67f9dda864b7616bad5169f95e.gif

DSC0000.jpg (76.25 KB, 下载次数: 8)

2016-6-9 10:29 上传

接着想到防火墙,既然其它机器能连接ftp,说明ftp那台服务器防火墙端口是没问题的,问题难道出在内网linux那台机器上。关掉防火墙试试。果然,关掉之后,上传问题到ftp上面就ok了。

可这不是根本原因,只是一种解决方法而已。

问题应该出在代码上。

代码如下:

/**

* Description: 向FTP服务器上传文件

*

* @param filePath

*            FTP服务器保存目录

* @param fileName

*            上传到FTP服务器上的文件名

* @param input

*            输入流

* @return 成功返回HTTP访问路径

*/

public static String uploadFile(String filePath, String fileName, String fileType, String fileContent)

{

if (Util.isBnull(filePath) || Util.isBnull(fileContent))

{

Log.error(null, "null or empty parameters!");

return null;

}

if ((!Util.isBnull(fileName) && !fileName.contains(DOT)) || !filePath.startsWith(PATH_SPILIT) || !filePath.endsWith(PATH_SPILIT))

{

Log.error(null, "wrong parameters!");

return null;

}

InputStream input = new ByteArrayInputStream(Base64.decodeBase64(fileContent));

if (Util.isBnull(fileName))

{

String autoFileName = String.valueOf(PubUtils.getUniqueSn());

if (!Util.isBnull(fileType))

{

fileName = autoFileName + DOT + fileType;

}

else

{

//此处需要从byte中判断文件类型,暂未实现

fileName = autoFileName;

}

}

FTPClient ftpClient = new FTPClient();

try

{

ftpClient.connect(url, port);//连接FTP服务器

//登录

if (!ftpClient.login(username, password))

{

Log.error(null, "fail to login ftp server!");

return null;

}

int reply = ftpClient.getReplyCode();

if (!FTPReply.isPositiveCompletion(reply))

{

ftpClient.disconnect();

Log.error(null, "fail to get reply code from ftp server!");

return null;

}

filePath += filePathStrategy();

// 设置以二进制流的方式传输

if (txtFileType.contains(fileType))

{

ftpClient.setFileType(FTP.ASCII_FILE_TYPE);

}

else

{

ftpClient.setFileType(FTP.BINARY_FILE_TYPE);

}

if (!ftpClient.changeWorkingDirectory(new String(filePath.getBytes("GBK"), "iso-8859-1")))

{

ftpClient.makeDirectory(new String(filePath.getBytes("GBK"), "iso-8859-1"));

if (!ftpClient.changeWorkingDirectory(new String(filePath.getBytes("GBK"), "iso-8859-1")))

{

Log.error(null, "fail to change working directory on ftp server!");

return null;

}

}

String[] listNames = ftpClient.listNames(new String(fileName.getBytes("GBK"), "iso-8859-1"));

if (listNames != null && listNames.length > 0)

{

Log.error(null, "file name exist, generate new file name");

int lastIndex = fileName.lastIndexOf(DOT);

fileName = fileName.substring(0, lastIndex) + LINE + System.currentTimeMillis() + fileName.substring(lastIndex);

}

if (!ftpClient.storeFile(new String(fileName.getBytes("GBK"), "iso-8859-1"), input))

{

Log.error(null, "fail to store file on ftp server!");

return null;

}

input.close();

ftpClient.logout();

return nginxServer + filePath + URLEncoder.encode(fileName, "gb2312");

}

catch (Exception e)

{

Log.error("error", e);

}

finally

{

if (ftpClient.isConnected())

{

try

{

ftpClient.disconnect();

}

catch (IOException ioe)

{

}

}

}

return null;

}

没log,就造log。把上面方法一行一行加log,然后放到linux tomcat中运行。终于,发现卡在了listNames这一句:

[2015-04-08 15/:26/:13]INFO   -SYSTEM        start FTPClient ftpClient = new FTPClient();

[2015-04-08 15/:26/:13]INFO   -SYSTEM        end FTPClient ftpClient = new FTPClient();

[2015-04-08 15/:26/:13]INFO   -SYSTEM        start ftpClient.connect(url, port)

[2015-04-08 15/:26/:13]INFO   -SYSTEM        end ftpClient.connect(url, port)

[2015-04-08 15/:26/:13]INFO   -SYSTEM        start ftpClient.login(username, password

[2015-04-08 15/:26/:14]INFO   -SYSTEM        end ftpClient.login(username, password

[2015-04-08 15/:26/:14]INFO   -SYSTEM        start int reply = ftpClient.getReplyCode();

[2015-04-08 15/:26/:14]INFO   -SYSTEM        end int reply = ftpClient.getReplyCode();

[2015-04-08 15/:26/:14]INFO   -SYSTEM        start FTPReply.isPositiveCompletion(reply)

[2015-04-08 15/:26/:14]INFO   -SYSTEM        end FTPReply.isPositiveCompletion(reply)

[2015-04-08 15/:26/:14]INFO   -SYSTEM        start changeWorkingDirectory

[2015-04-08 15/:26/:14]INFO   -SYSTEM        end changeWorkingDirectory

[2015-04-08 15/:26/:14]INFO   -SYSTEM        start listNames

问题找到了。接着就是去查资料,api文档、网上搜索。发现原因应该是在连接模式上。下面是摘抄的部分“主动FTP对FTP服务器的管理有利,但对客户端的管理不利。因为FTP服务器企图与客户端的高位随机端口建立连接,而这个端口很有可能被客户端的防火墙阻塞掉。被动FTP对FTP客户端的管理有利,但对服务器端的管理不利。因为客户端要与服务器端建立两个连接,其中一个连到一个高位随机端口,而这个端口很有可能被服务器端的防火墙阻塞掉。”

这样就明了了,上面的代码采用了主动模式,客户端(内网linux)那台机器防火墙阻塞掉了来自ftp的连接。坑爹的是也没任何超时机制,使程序一直卡死在那里。最终,在listNames之前把模式设置为被动模式就ok了:

ftpClient.enterLocalPassiveMode();//设置被动模式

String[] listNames = ftpClient.listNames(new String(fileName.getBytes("GBK"), "iso-8859-1"));

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值