一直没问题的应用,今天发现向ftp上传图片的时候,发现上传没反应,一直处于卡的状态(tomcat没有卡死,只是那个方法一直卡住),也没有超时、没有报错。
本机window测试正常,一台云平台的linux测试也正常,唯独内网的linux机器上传不了。
首先以为内网linux连接不上ftp服务器,试着ping然后直接ftp上去,发现都正常的。也就是说,内网linux机器和ftp机器通讯是正常的。
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"));