需要帮助选择强大的存档格式
Need help choosing a robust archive format
我正在开发一个 Java 应用程序,该应用程序在单板计算机上的 Lubuntu 上运行并生成数千个图像文件,然后通过 FTP 传输。多个文件的传输时间比单个文件的传输时间长几倍,而单个文件的大小与多个文件的总和相同,我假设是因为 FTP 客户端必须为每个文件建立一个新连接。所以我想我应该让应用程序将图像文件放在一个存档文件中,但问题是有时 SBC 不会由于各种原因完全关闭,并且整个存档可能已损坏所有图像都会迷路了。事后归档文件不是一个很好的选择,因为它需要很长时间。一个中间解决方案可能是创建多个中型档案,但我对此并不满意。
我编写了一个简单的单元测试来试验 ZipOutputStream
,如果我在它关闭流之前取消测试,生成的 zip 文件就会损坏,这不足为奇。谁能建议一种不同的、广泛认可的归档格式 and/or 可能更健壮的实现?
tar 格式,jtar 实施似乎工作得很好。如果我在写的过程中取消,我至少还能用7zip打开存档,甚至还能得到部分写的最后一篇。
我正在开发一个 Java 应用程序,该应用程序在单板计算机上的 Lubuntu 上运行并生成数千个图像文件,然后通过 FTP 传输。多个文件的传输时间比单个文件的传输时间长几倍,而单个文件的大小与多个文件的总和相同,我假设是因为 FTP 客户端必须为每个文件建立一个新连接。所以我想我应该让应用程序将图像文件放在一个存档文件中,但问题是有时 SBC 不会由于各种原因完全关闭,并且整个存档可能已损坏所有图像都会迷路了。事后归档文件不是一个很好的选择,因为它需要很长时间。一个中间解决方案可能是创建多个中型档案,但我对此并不满意。
我编写了一个简单的单元测试来试验 ZipOutputStream
,如果我在它关闭流之前取消测试,生成的 zip 文件就会损坏,这不足为奇。谁能建议一种不同的、广泛认可的归档格式 and/or 可能更健壮的实现?
tar 格式,jtar 实施似乎工作得很好。如果我在写的过程中取消,我至少还能用7zip打开存档,甚至还能得到部分写的最后一篇。