为什么一个文本文件和一个rar合并之后,rar依然可以打开?

菩提祖师

恋爱的夏娜 发表于 2013-2-6 23:56
也就是文件头还是压缩文件的文件头么？你要么做一个小一些的压缩文件和一个文本文件合并看看？我记得这个合 ...

这个合并就是数据追加,把一个压缩档追加到文本文件之后,压缩档还能正常打开.

loms126

菩提祖师 发表于 2013-2-7 00:28
7z格式的文件头貌似就是7z

我的文本文件内容也是7z,合并之后文件头是两个7z

我也试了下，简单添加 7z  （37 7A）没有效果。

合并后的文件可以照常打开，可见7z的文件头很长。
经过一番测试，确定全部文件头为 37 7A BC AF  27 1C 00 03  16 19 0B 73  08 00 00 00 00 00 00 00  46 00 00 00  00 00 00 00  16 42 43 88 。见下图。

当合并的文本文件含有以上16进制字符串时，将被识别为7z的文件头，导致被认为文件破坏。
一般也没人会打出这么一大段奇葩的字符吧？对一般的文本合并还是没问题的。

yloko

解码的过程是：先搜寻文件头，再按文件头的格式解码后面的格式内容。因此只要文件头及后面的内容没变动就可以实现解码的过程

菩提祖师

loms126 发表于 2013-2-7 01:17
我也试了下，简单添加 7z  （37 7A）没有效果。

合并后的文件可以照常打开，可见7z的文件头很长。

你是什么版本?
为什么我的截图中看不到您说的文件头?
37 7A BC AF 27 1C 00 03
之后就和你说的不一样了.

菩提祖师

yloko 发表于 2013-2-7 05:30
解码的过程是：先搜寻文件头，再按文件头的格式解码后面的格式内容。因此只要文件头及后面的内容没变动就可 ...

类似于字符串匹配那样?

loms126

菩提祖师 发表于 2013-2-7 15:02
你是什么版本?
为什么我的截图中看不到你说的文件头?
37 7A BC AF 27 1C 00 03

Linux下压的，可能版本不同的缘故，亦或是之后代表是校验位？

菩提祖师

loms126 发表于 2013-2-7 16:04
Linux下压的，可能版本不同的缘故，亦或是之后代表是校验位？

可能是校验位,换文件就变.

yloko

菩提祖师 发表于 2013-2-7 15:04
类似于字符串匹配那样?

是可以这么理解，另外win的文件头是AC码的，格式的标识是十六进制的。其它还有很多规范等组成完整的文件头信息，更多搜相关资料。手机上网不方便帮你

菩提祖师

yloko 发表于 2013-2-7 17:05
是可以这么理解，另外win的文件头是AC码的，格式的标识是十六进制的。其它还有很多规范等组成完整的文件头 ...

不着急,等您电脑上网再说.
AC码是什么?没搜到.

病毒抗体

loms126 发表于 2013-2-7 01:17
我也试了下，简单添加 7z  （37 7A）没有效果。

合并后的文件可以照常打开，可见7z的文件头很长。

7-zip是开源软件，有兴趣的可以去看源代码