一直没问题的应用,今天发现向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"));
相关推荐
ftpClient.changeWorkingDirectory(path); ftpClient.enterLocalPassiveMode(); //由于apache不支持中文语言环境,通过定制类解析中文日期类型 ... FTPFile[] files = ftpClient.listFiles();
解决了某些系统中,ftpClient.listFiles()返回值总是为空的问题。 使用方法如下: ftpClient.changeWorkingDirectory(path); ftpClient.enterLocalPassiveMode(); ftpClient.configure(new FTPClientConfig(...
CentOS某些版本中,JAVA代码执行ftpClient.listFiles()有时结果为空。本项目解决了这个问题。具体代码思路可以参考博客:http://blog.csdn.net/yingprince/article/details/51275956
sun.net.ftp.FtpClient,it.sauronsoftware.ftp4j.FTPClient,org.apache.commons.net.ftp.FTPClient三种不同的方式操作FTP
org.apache.commons.net.ftp.FTPClient包,不错,在实际项目和产品中使用过。
FTPClient.zip FTPServer.zip FTPClient.zip FTPServer.zip FTPClient.zip FTPServer.zip
1,实现了客户端下载ftp服务器文件需求 2,使用了qt中ftp接口,但不需要再次下载编译QFtp类,直接使用即可 3,稍作小修改可实现上传等功能,可直接使用已经写好的接口函数
C#的FTP操作类库,支持FTP文件的上传,下载等等,封装好的可直接引用FtpClient; 如果自己单枪匹马写一个连接ftp服务器代码那是相当恐怖的(socket通信),有一个评价较高的dll库可以供我们使用。 那就是System...
FTPServer.zip FTPClient.zip FTPServer.zip FTPClient.zip FTPServer.zip FTPClient.zip FTPServer.zip FTPClient.zip FTPServer.zip FTPClient.zip
FTP应用的jar包,主要用于java开发FTP上传下载
org.apache.commons.net.ftp.FTPClient FTP工具类,实现上传、下载、压缩到输出流下载等功能
常用工具\8161_FTPClient.exe
com.enterprisedt.net.ftp.FTPClient的jar包源代码以及文档 版本:edtftpj.2.2.2 2011-2-27
com.enterprisedt.net.ftp.FTPClient类库的jar包 edtFTPj-1.5.3.jar
编译后可在bin下面生成System.Net.FtpClient.dll,用于C#在ftp上传时调用。
NULL 博文链接:https://vakinge.iteye.com/blog/487486
com.enterprisedt.net.ftp.FTPClient类库的jar包,可以用来实现对FTP服务器端的处理。
c#对ftp操作的类,封闭了一般的方法,只需要调用即可。。
//ftp4j也支持断点续传功能 下面是一个简单示例:*参数 1056 跳过 1056字节点下载 client.download("remoteFile.ext", new java.io.File("localFile.ext"), 1056); 设置传输模式 //ASC码 client.setType(FTPClient...
利用FTPClient.cs实现服务器上传与下载