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