使用Ftpclient从FTP上进行下载时文件少一个字节，打不开

xhqxvzsuot

http://blog.163.com/comfort_122/blog/static/489044092010101205144475/

环境：FTP Server是Windows 2003 IIS ; 开发环境客户端是在windows下tomcat的一个web应用 ; 部署环境是在 linux redhat 下的tomcat的一个web应用。
问题：通过struts2的stream返回类型返回由ftpclient从ftp服务器上取得的文件。文件类型可能是excel或者rar压缩包。在开发环境运行正常，但部署后，发现部分excel文件和全部的rar文件下载后都无法打开。
解决：
以某个不能打开的excel文件为例子，从windows下取得的文件大小是52115字节，从linux下取得的文件大小是52114字节，原始的文件是52115字节，linux下载的少了一个什么呢？
用Beyond Compare比较两个文件的十六进制。原始的文件（或通过windows下载的）有一处是“0D 0A”，而linux下载的是“   0A”。
比较Ascii值，可以判断是由于换行符引起的问题，windows是\r\n ，而linux下是\n 。
那么意味着ftpclient取得文件时做了换行符号的转换。
如何禁止ftp传输过程的换行符转换？查阅一下ftpclient的api，里面有个setFileType方法，与我们用ftp工具或者命令行方式设置ftp传输方式一致。
看一下ftpclient类的源码 ：“__fileType = FTP.ASCII_FILE_TYPE;” 。默认的传输方式是ASCII，这样确实会由于换行符引起一些问题，比如在windows下编辑shell传到服务器就常常会收到“syntax error near unexpected token” 这样的问题，可以用dos2unix命令转换行，或者将编辑器如editplus的换行格式设为unix格式。
那么在ftpclient登录成功后，和开始下载文件前设置传输类型即可。
ftpclient.login(user, password);
ftpclient.setFileType(FTP.BINARY_FILE_TYPE);
经过分析发现，linux环境与win环境的ftp操作有以下差别：
1、文件中的数据回车换行符不同
win的回车换行时：/r/n
linux的回车换行是：/n


//从FTP上下载文件并打成ZIP包给用户下载
FTPClient ftpClient = null;
ZipOutputStream zipOut = null;
try {
// 创建ftp连接对象
ftpClient = new FTPClient();
ftpClient.connect(FtpContants.FTP_IP, FtpContants.FTP_PORT);
// 登陆ftp服务器
ftpClient.login(FtpContants.FTP_USERNAME, FtpContants.FTP_PWD);
// 设置文件的传输类型，默认是ASCII，修改为二进制
ftpClient.setFileType(FTP.BINARY_FILE_TYPE);
// printWorkingDirectory是用户的工作目录
String basePath = ftpClient.printWorkingDirectory() + "/download/data";
// 切换到指定目录中，如果切换失败说明目录不存在
boolean boo = ftpClient.changeWorkingDirectory(basePath);
// 如果切换路径失败，说明拼接的路径有问题，抛出异常
if (!boo) {
LogUtil.printErrorLog("the directory does not exist ,"
+ "or the user don't hava the enterence to this directory " + basePath);
return;
}
// 这个方法的意思就是每次数据连接之前,ftp client告诉ftp server开通一个端口来传输数据
ftpClient.enterLocalPassiveMode();
// 遍历路径下的所有文件
FTPFile[] fileList = ftpClient.listFiles();
response.reset();
// 设置导出文件头
response.setContentType("application/octet-stream");
response.setHeader("Content-Disposition",
"attachment;filename=" + new String(zipFileName.getBytes(LANGUE_GBK), LANGUE_ISO));
// 定义Zip输出流
zipOut = new ZipOutputStream(response.getOutputStream());
byte[] byteReader = new byte[BYTE_INIT_SIZE];
ByteArrayOutputStream os = null;
for (FTPFile tempFile : fileList) {
if (tempFile.isFile()) {
os = new ByteArrayOutputStream();
String downFileName = new String(tempFile.getName().getBytes(LANGUE_GBK), LANGUE_ISO);
// 从FTP上下载downFileName该文件把该文件转化为字节数组的输出流
ftpClient.retrieveFile(downFileName, os);
byte[] bytes = os.toByteArray();
InputStream ins = new ByteArrayInputStream(bytes);
int len;
zipOut.putNextEntry(new ZipEntry(tempFile.getName()));
// 读入需要下载的文件的内容，打包到zip文件
while ((len = ins.read(byteReader)) > 0) {
zipOut.write(byteReader, 0, len);
}
}
}
zipOut.flush();
} catch (IOException e) {
LogUtil.printErrorLog(e.getMessage());
throw new SopSystemException(e.getMessage());
} finally {
// 关闭ftp连接
if (null != ftpClient) {
try {
ftpClient.disconnect();
} catch (IOException e) {
LogUtil.printErrorLog("close Ftp connection error :" + e.getMessage());
}
}
// 关闭zip文件输出流
if (null != zipOut) {
try {
zipOut.closeEntry();
zipOut.close();
} catch (IOException e) {
LogUtil.printErrorLog("close ZipOutputStream connection error :" + e.getMessage());
}
}
}