使用 FTPClient 从"some"服务器下载的图像已损坏

Question

我需要从Java的FTP服务器下载.png文件。我有 3 个不同的服务器，每个服务器都包含一个包含完全相同.png文件的文件夹。

在服务器 1 上：
如果我使用 FTPClient (apache.commons.net.ftp( 下载存储在此服务器上的 4686 字节的.png文件，我会得到一个 4706 字节.png文件，但我无法打开它。如果我使用 Total Commander 下载它，我会得到一个 4686 字节.png文件，我可以打开它。

在服务器 2 和 3 上：
使用 FTPClient 和 Total Commander，我在这两种情况下都会得到一个 4686 字节的文件，我可以毫无问题地打开它。

我的代码 ：

FTPClient ftpClient = new FTPClient();
ftpClient.connect("...", PORT);
ftpClient.login("...", "...");
ftpClient.enterLocalPassiveMode();
FTPFile[] imageFiles = ftpClient.listFiles(distantPathForImages);
for (FTPFile imageFile : imageFiles) {
    InputStream inputStream = ftpClient.retrieveFileStream(distantPathForImages + imageFile.getName());
    OutputStream outputStream = new BufferedOutputStream(new FileOutputStream(new File(PATHDESTCSS + imageFile.getName())));
    byte[] bytesArray = new byte[65536];
    int bytesRead;
    while ((bytesRead = inputStream.read(bytesArray)) != -1) {
        outputStream.write(bytesArray, 0, bytesRead);
    }
    outputStream.close();
    inputStream.close();
    ftpClient.completePendingCommand();
}

为什么我的文件只有在从服务器 1 下载时才有这些"额外的字节"，我该如何解决这个问题？

Answer 1

FTPClient默认使用 ASCII 模式。

您必须使用二进制模式来传输二进制文件。

ftpClient.setFileType(FTP.BINARY_FILE_TYPE);

---

即使在 ascii 模式下，您当前的代码也可以偶然在某些服务器上工作，如果服务器使用的是 Windows EOL 序列，因此不会发生转换。即便如此，可能也只有当文件偶然不包含任何单独的#13时。

Answer 2

您的

一个服务器可能尝试将文件作为文本传输，并且您的 ftp 客户端也认为它接收文本。

以下是javadoc的摘录：

如果当前文件类型为 ASCII，则返回的输入流 将文件中的行分隔符转换为本地 表示法。

如果您在Windows上，则每个换行符都将替换为"换行符+ cr"，从而对png文件中的所有数据结构造成严重破坏。

此方案的预期字节数为：4686 * (1 + 1/256( = 4704.3046875 ，因为平均而言，png 文件中每 256 个字节应该看起来像一个 ASCII 换行符，因此会导致额外的添加字节。您的文件最终有 4706 字节，非常接近。

将文件类型设置为 FTP.BINARY_FILE_TYPE 应该可以解决此问题：https://commons.apache.org/proper/commons-net/apidocs/org/apache/commons/net/ftp/FTPClient.html#setFileType(int(