目前,我的应用程序将对磁盘上的文件列表执行zip处理,并允许用户作为电子邮件附件发送以进行备份。
为了具有数据损坏检测功能,我使用以下方法生成校验和
public static long getChecksum(File file) {
FileInputStream stream = null;
CheckedInputStream cis = null;
try {
// Compute Adler-32 checksum
stream = new FileInputStream(file);
cis = new CheckedInputStream(stream, new Adler32());
byte[] tempBuf = new byte[128];
while (cis.read(tempBuf) >= 0) {
}
long checksum = cis.getChecksum().getValue();
return checksum;
} catch (IOException ex) {
Log.e(TAG, "", ex);
} finally {
org.yccheok.gui.Utils.close(cis);
org.yccheok.gui.Utils.close(stream);
}
return 0;
}
我倾向于将校验和信息嵌入文件名
myapp_12-dec-15_3659593860.zip
对我而言,文件名并不是真正的人性化,
我希望我的文件名可以像
myapp_12-dec-15.zip
如果我想实现这一目标,我需要在文本文件中编写校验和,并将其作为zip文件内容的一部分。
但是,这会产生矛盾。
答案 0 :(得分:2)
由于您自己制作校验和计算和验证算法,我认为您可以做出以下假设:zip文件包含数据和元数据。数据是用户从其磁盘中选择的文件。元数据是带有数据校验和的文件,也可以在zip中找到。
然后校验和不是从完整的zip文件计算出来的,而是仅从用户的数据中计算出来,然后将其添加到zip文件中不会改变校验和。
答案 1 :(得分:2)
Zip格式本身支持checsums。 ZipEntry
类(如果使用它)具有与CRC相关的功能:
ZipOutputStream out = new ZipOutputStream(new FileOutputStream(file));
String fileInZip = "mytext.txt";
ZipEntry e = new ZipEntry(fileInZip);
e.setCrc(calcCRC(fileInZip));
这将为存档中的每个文件添加crc校验和。
另一个选项是在zip文件的末尾添加32字节长的crc校验和(例如)。在文件检查时,您应该读取校验和的最后32个字节的存档,然后计算没有该32个字节的存档的crc,并与提供的校验和进行比较。
答案 2 :(得分:0)
以下方法适用于我。
myapp_12-dec-15.zip
|
|____ data.zip
|
|____ checksum.txt