RAR文件格式官方说明书的翻译[中英对照]

╰+攻爆jí腚メ 2022-08-22 14:18 194阅读 0赞

## RAR version 3.40 - Technical information ##

RAR 3.40版            技术信息              
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  
 THE ARCHIVE FORMAT DESCRIBED BELOW IS ONLY VALID FOR VERSIONS SINCE 1.50  
  下面对归档文件格式的描述仅仅对1.5以后的版本是有效的

本文由CSDN-蚍蜉撼青松【主页：http://blog.csdn.net/howeverpf】整理翻译，欢迎转载，但请务必注明出处！

=======================================================================================================

### RAR archive file format ###

RAR归档文件格式  
 =======================================================================================================

Archive file consists of variable length blocks.

归档文件是由可变长度的块组成的。

The order of these blocks may vary, but the first block must be a marker block followed by an archive header block.  
      这些块之间没有固定地先后顺序，但是要求第一个块必须是被一个归档头部块紧跟的标志块

【译者注：即第一个块是标志块，并且其后紧跟一个归档头部块】。

Each block begins with the following fields:  
        每一个块都是由以下域开始的：【译者注：即每一个块的头部都是由以下域（可称之为头域）组成的】  
HEAD\_CRC       2 bytes     CRC of total block or block part  
                                                整个块或者块某个部分的CRC（根据块类型而有不同）   
HEAD\_TYPE      1 byte      Block type  
                                                块类型【译者注：也可以理解为块头部类型，因为不同的块对应不同的块头部。后文也经常混淆这两种概念。】  
HEAD\_FLAGS    2 bytes     Block flags  
                                                块标志  
HEAD\_SIZE        2 bytes     Block size  
                                                块大小【译者注：本文中和块头部大小的概念一直混淆。后文中当遇到标志块、结尾块等只有头部的块时，也可理解为块头部大小】  
ADD\_SIZE          4 bytes     Optional field - added block size  
                                                添加块的大小（这是一个可选域）  
      Field ADD\_SIZE present only if (HEAD\_FLAGS & 0x8000) != 0  
       头域ADD\_SIZE仅当（HEAD\_FLAGS & 0x8000) != 0【译者注：即块标志的首位被置1】的时候才会存在  
     Total block size is HEAD\_SIZE if (HEAD\_FLAGS & 0x8000) == 0

当（HEAD\_FLAGS & 0x8000) == 0【译者注：即块标志的首位被置0】的时候，整个块的大小就是HEAD\_SIZE  
     and HEAD\_SIZE+ADD\_SIZE if the field ADD\_SIZE is present - when (HEAD\_FLAGS & 0x8000) != 0.  
        而当（HEAD\_FLAGS & 0x8000) != 0【译者注：即块标志的首位被置1】的时候，整个块的大小就是（HEAD\_SIZE+ADD\_SIZE）

In each block the followings bits in HEAD\_FLAGS have the same meaning:  
      HEAD\_FLAGS域【块标志】的以下几位在每一个块中都有相同的含义：  
  0x4000 - if set, older RAR versions will ignore the block and remove it when the archive is updated.  
   【高二位】  （此位）如果置为1，老版本的rar会在归档文件更新的时候忽略这个块，并且移除这个块。

if clear, the block is copied to the new archive file when the archive is updated;  
                         如果清为0，那么当更新的时候，这个块会被复制到新的归档文件中  
  0x8000 - if set, ADD\_SIZE field is present and the full block size is HEAD\_SIZE+ADD\_SIZE.  
   【最高位】  （此位）如果置为1，就会存在ADD\_SIZE这个域，并且整个块的大小就应该是（HEAD\_SIZE+ADD\_SIZE）

Declared block types:  
       已经声明过的块类型包括：  
HEAD\_TYPE=0x72          marker block【译者注：有些文献里也称之为MARK\_HEAD】  
                                           标志块【译者注：一个固定为0x52 61 72 21 1A 07 00的7字节序列】  
HEAD\_TYPE=0x73          archive header【译者注：有些文献里也称之为MAIN\_HEAD】  
                                           归档头部块  
HEAD\_TYPE=0x74          file header【译者注：有些文献里也称之为FILE\_HEAD】  
                                           文件块【译者注：直译为文件头部，但是此处的类型应该指的是整个块的类型，而非块头部结构的类型，因此感觉称之为文件块更合适。】  
HEAD\_TYPE=0x75          old style comment header  
                                           老风格的 注释块【译者注：直译为注释头部，基于和文件块一样的原因，感觉称之为注释块更合适】  
HEAD\_TYPE=0x76          old style authenticity information  
                                           老风格的 授权信息块/用户身份信息块  
HEAD\_TYPE=0x77          old style subblock  
                                           老风格的 子块  
HEAD\_TYPE=0x78          old style recovery record  
                                           老风格的 恢复记录块  
HEAD\_TYPE=0x79          old style authenticity information  
                                           老风格的 授权信息块/用户身份信息块  
HEAD\_TYPE=0x7a          subblock  
                                           子块  
HEAD\_TYPE=0x7b          end block  
                                            结束块【译者注：一个固定为0xC4 3D 7B 00 40 07 00的7字节序列】  
   Comment block is actually used only within other blocks and doesn't exist separately.  
        注释块实际上只在其它块中使用，并不单独存在

Archive processing is made in the following manner:  
        归档文件的处理遵循以下流程：      
1. Read and check marker block  
    读取和检查标志块【译者注：确认这是一个rar格式的归档文件】  
2. Read archive header  
    读取归档头部块的信息  
3. Read or skip HEAD\_SIZE-sizeof(MAIN\_HEAD) bytes  
    读取或者是跳过HEAD\_SIZE（ 即sizeof(MAIN\_HEAD) ）个字节的内容

> 【译者注：即跳过归档头部块，将指针指向下一个块，也就是文件块的开始位置，然后读取紧接下来的7字节。另外，译者觉得句首的“读取”不知所云，第二步明明已经读取，此步应该只要跳过就好。】

4. If end of archive encountered then terminate archive processing,

如果遇到归档文件结束标志【译者注：即下一个块是结束块】，那么终止归档文件处理过程，  
    else read 7 bytes into fields HEAD\_CRC, HEAD\_TYPE, HEAD\_FLAGS, HEAD\_SIZE.  
    不然的话，读取7个字节到头部的四个域：HEAD\_CRC，HEAD\_TYPE，HEAD\_FLAGS，HEAD\_SIZE 中。

5.循环处理

>      Check HEAD\_TYPE.  
>             检查头部的HEAD\_TYPE域【译者注：此域指定块类型】  
>      if HEAD\_TYPE==0x74
> 
>              如果HEAD\_TYPE域的值是0x74【译者注：表明是文件块】  
>          read file header ( first 7 bytes already read )  
>                 读取文件块（前7个字节已经读过）  
>          read or skip HEAD\_SIZE-sizeof(FILE\_HEAD) bytes  
>                 读取或者跳过HEAD\_SIZE（ 即sizeof(MAIN\_HEAD) ）个字节的内容  
>          if (HEAD\_FLAGS & 0x100)
> 
>                 如果块标志的第四位被置为1（即HEAD\_FLAGS & 0x0100 !=0） 【译者注：说明HIGH\_PACK\_SIZE这个头域存在】  
>              read or skip HIGH\_PACK\_SIZE\*0x100000000+PACK\_SIZE bytes  
>                   读取或者跳过已压缩文件大小（即HIGH\_PACK\_SIZE\*0x100000000+PACK\_SIZE）的字节
> 
>                  【译者注：HIGH\_PACK\_SIZE是文件块头部的可选域，是已压缩文件大小64位值的高4字节，仅当文件较大时存在。】  
>          else  
>               read or skip PACK\_SIZE bytes  
>                    读取或者跳过已压缩文件大小（即PACK\_SIZE）的字节  
>    else  
>        read corresponding HEAD\_TYPE block:  
>               读取HEAD\_TYPE所指定类型的块的内容；  
>        read HEAD\_SIZE-7 bytes
> 
>               读取HEAD\_SIZE-7个字节的内容【译者注：即块数据部分】  
>        if (HEAD\_FLAGS & 0x8000)
> 
>               如果（HEAD\_FLAGS & 0x8000) != 0【译者注：即块标志的首位被置1，亦即说明添加块存在】  
>            read ADD\_SIZE bytes
> 
>                   读取ADD\_SIZE个字节【译者注：即添加块的内容】

6. go to 4.  
    转到第4步

=======================================================================================================

### Block Formats ###

（常见）块格式  
   =======================================================================================================

Marker block ( MARK\_HEAD )  
        标志块  
HEAD\_CRC        2 bytes       Always 0x6152  
HEAD\_TYPE       1 byte         Header type: 0x72  
HEAD\_FLAGS    2 bytes       Always 0x1a21  
HEAD\_SIZE        2 bytes       Block size = 0x0007  
   The marker block is actually considered as a fixed byte sequence: 0x52 0x61 0x72 0x21 0x1a 0x07 0x00  
          标志块事实上被认为是一个固定地字节序列：0x52 0x61 0x72 0x21 0x1a 0x07 0x00

Archive header ( MAIN\_HEAD )  
         归档头部块  
HEAD\_CRC         2 bytes      CRC of fields HEAD\_TYPE to RESERVED2  
                                                  从头域HEAD\_TYPE到头域RESERVED2的CRC  
HEAD\_TYPE        1 byte         Header type: 0x73  
HEAD\_FLAGS      2 bytes      Bit flags:  
                0x0001  - Volume attribute (archive volume)  
               【最低位】      卷属性标志（归档文件卷）  
                0x0002  - Archive comment present  
               【低二位】      注释标志。【此位若被置1，注释存在】  
                          RAR 3.x uses the separate comment block and does not set this flag.  
                            RAR 3系列的版本使用独立的注释块（来描述归档内容），这个标志没有设定  
                0x0004  - Archive lock attribute  
               【低三位】       归档锁属性标志  
                0x0008  - Solid attribute (solid archive)  
               【低四位】       “固实”属性标志【译者注：此位若被置1，则使用了固实模式压缩】  
                0x0010  - New volume naming scheme ('volname.partN.rar')  
               【低五位】       新卷命名方案存在标志【译者注：可否理解为，多卷压缩的时候，其他卷里的文件命名方案】  
                0x0020  - Authenticity information present

【低六位】        授权信息存在标志。【译者注：此位若被置1，授权信息存在】  
                          RAR 3.x does not set this flag.  
                            RAR 3系列的版本没有设定这个标志  
                0x0040  - Recovery record present  
               【低七位】       回复记录存在标志。【译者注：此位若被置1，则恢复记录存在】  
                0x0080  - Block headers are encrypted  
               【低八位】       块头加密标志。【译者注：此位若被置1，则块头是被加密的】  
                0x0100  - First volume (set only by RAR 3.0 and later)  
               【高八位】       首卷标志（只有RAR3.0以后的版本会设置此位）【译者注：此位若被置1，则此卷为首卷】  
                other bits in HEAD\_FLAGS are reserved for internal use  
                    其他的位为内部使用保留

HEAD\_SIZE          2 bytes       Archive header total size including archive comments  
                                                    归档头部块大小，包括归档文件注释。【译者注：不知此处的注释是否指归档头部块的注释块】  
RESERVED1        2 bytes       Reserved  
                                                    保留域  
RESERVED2        4 bytes       Reserved  
                                                    保留域

File header (File in archive)  
        文件块（被归档的文件）  
HEAD\_CRC                2 bytes       CRC of fields from HEAD\_TYPE to FILEATTR and file name  
                                                    从头域HEAD\_TYPE到头域FILEATTR的CRC           
HEAD\_TYPE               1 byte          Header type: 0x74  
HEAD\_FLAGS            2 bytes       Bit flags:  
                0x01 - file continued from previous volume  
                           前文存在标志。【译者注：此位若被置1，则文件从前一个卷继续】  
                0x02 - file continued in next volume  
                           后文存在标志。【译者注：此位若被置1，则文件在后一个卷继续】  
                0x04 - file encrypted with password  
                           加密标志。【译者注：此位若被置1，则文件使用了基于密钥的加密】  
                0x08 - file comment present  
                           注释存在标志。【译者注：此位若被置1，则文件注释存在】  
                       RAR 3.x uses the separate comment block and does not set this flag.  
                         RAR 3系列的版本使用独立的注释块（来描述归档内容），这个标志没有设定  
                0x10 - information from previous files is used (solid flag) (for RAR 2.0 and later)  
                           固实标志。此位若被置1，则之前的文件信息被使用（RAR2.0及其以后的版本可用）  
                bits 7 6 5 (for RAR 2.0 and later)【译者注：原文应该是从0开始计数，故此是0x20、0x40、0x80】  
                           第5、6、7位表示的是字典的大小（RAR2.0及其以后的版本可用）【译者注：按照译者前文的计数习惯，应该是6、7、8位】  
                     0 0 0    - dictionary size   64 KB  
                     0 0 1    - dictionary size  128 KB  
                     0 1 0    - dictionary size  256 KB  
                     0 1 1    - dictionary size  512 KB  
                     1 0 0    - dictionary size 1024 KB  
                     1 0 1    - dictionary size 2048 KB  
                     1 1 0    - dictionary size 4096 KB  
                     1 1 1    - file is directory 【译者注：以整个文件作为字典】  
               0x100 - HIGH\_PACK\_SIZE and HIGH\_UNP\_SIZE fields are present.

大文件标志。【译者注：此位若被置1，则头域HIGH\_PACK\_SIZE 和 HIGH\_UNP\_SIZE存在。】  
                       These fields are used to archiveonly very large files (larger than 2Gb), for smaller files these fields are absent.  
                         这些头域仅用于归档很大（大于2GB）文件的时候，对于不足2GB的小文件，这些头域是不存在的。  
               0x200 - FILE\_NAME contains both usual and encoded Unicode name separated by zero.

此位若被置1，则FILE\_NAME同时包括了通常的文件名和用0隔开的以Unicode编码的文件名  
                        In this case NAME\_SIZE field is equal to the length of usual name plus encoded Unicode name plus 1.  
                         在这种情况下，NAME\_SIZE 头域的值就该等于：通常的文件名长度＋以Unicode编码的文件名长度＋1。  
               0x400 - the header contains additional 8 bytes after the file name, which are required to increase encryption security (so called 'salt').  
                            强安全性标志。此位若被置1，则头部在文件名之后还会再附加8个字节用来增强加密强度（这被称之为“盐”【译者注：一个密码学概念，可理解为干扰因子】）  
               0x800 - Version flag. It is an old file version, a version number is appended to file name as ';n'.  
                               版本标志。此位若被置1，则这是一个老版本的文件，版本号以”;n”的形式被附加到文件名后。  
              0x1000 - Extended time field present.  
                               扩展时间头域存在标志。【译者注：此位若被置1，则存在扩展的时间头域】  
              0x8000 - this bit always is set, so the complete block size is HEAD\_SIZE + PACK\_SIZE(and plus HIGH\_PACK\_SIZE, if bit 0x100 is set)  
                               数据长度头域存在标志。【译者注：此位若被置1，则头域PACK\_SIZE存在】此位通常都会被置为1，因此完整的块大小是HEAD\_SIZE + PACK\_SIZE(如果位0x100被设定的话，那么还要加上HIGH\_PACK\_SIZE)  
  
HEAD\_SIZE               2 bytes     File header full size including file name and comments  
                                                      文件块大小，包括文件名和内容  
PACK\_SIZE               4 bytes     Compressed file size  
                                                      压缩后的文件大小【译者注：亦即前文所说的数据长度头域】  
UNP\_SIZE                 4 bytes     Uncompressed file size  
                                                      没有压缩之前的文件大小  
HOST\_OS                  1 byte       Operating system used for archiving  
                                                      归档（压缩）操作时所在的操作系统  
                  0 - MS DOS  
                    1 - OS/2  
                    2 - Win32  
                    3 - Unix  
                    4 - Mac OS  
                    5 - BeOS  
FILE\_CRC                  4 bytes    File CRC  
                                                      被归档文件的CRC【译者注：不知是压缩前还是压缩后】  
FTIME                          4 bytes    Date and time in standard MS DOS format  
                                                      标准MS DOS格式的时间和日期  
UNP\_VER                  1 byte      RAR version needed to extract file

释放（即解压）文件所需要的RAR（最低）版本  
                Version number is encoded as 10 \* Major version + minor version.  
                   版本号的是编码方式是：10\*主版本号＋小版本号  
METHOD                    1 byte       Packing method  
                                                      打包方式【译者注：可理解为压缩模式】  
                0x30 - storing                               存储  
                0x31 - fastest compression      最快压缩  
                0x32 - fast compression            快压缩  
                0x33 - normal compression     普通压缩  
                0x34 - good compression         好压缩  
                0x35 - best compression          最好压缩  
NAME\_SIZE                2 bytes     File name size  
                                                       文件名长度  
ATTR                            4 bytes     File attributes  
                                                       文件属性  
HIGH\_PACK\_SIZE    4 bytes     High 4 bytes of 64 bit value of compressed file size.  
                                                       已压缩文件大小的64位值的高位四字节  
                                                    Optional value, presents only if bit 0x100 in HEAD\_FLAGS is set.  
                                                      可选的头域，仅当块标志的0x100位被置为1时才存在。  
HIGH\_UNP\_SIZE      4 bytes     High 4 bytes of 64 bit value of uncompressed file size.  
                                                       未压缩文件大小的64位值的高位四字节  
                                                    Optional value, presents only if bit 0x100 in HEAD\_FLAGS is set.  
                                                      可选的头域，仅当块标志的0x100位被置为1时才存在。  
FILE\_NAME        NAME\_SIZE     File name - string of NAME\_SIZE bytes size  
                                                        文件名（所占字节数由头域NAME\_SIZE指定）  
SALT                          8 bytes      present if (HEAD\_FLAGS & 0x400) != 0  
                                                        盐。仅当块标志的0x100位被置为1时才存在  
  
EXT\_TIME          variable size      present if (HEAD\_FLAGS & 0x1000) != 0  
                              大小可变           扩展的时间头域。仅当块标志的0x1000位被置为1时才存在。  
other new fields may appear here.  
  其他新加的头域可能在这里出现

======================================================================================================

### Application notes ###

应用注意事项  
 ======================================================================================================

1. To process an SFX archive you need to skip the SFX module searching for the marker block in the archive.

处理一个自解压缩文件的时候，你需要忽略SFX模块对于标志块的检查。

There is no marker block sequence (0x52 0x61 0x72 0x21 0x1a 0x07 0x00) in the SFX module itself.  
          在自解压模块自身不存在标志块序列(0x52 0x61 0x72 0x21 0x1a 0x07 0x00)   
   2. The CRC is calculated using the standard polynomial 0xEDB88320.

CRC的值由标准的多项式0XEDB88320计算得出。

In case the size of the CRC is less than 4 bytes, only the low order bytes are used.  
         在 CRC的长度被要求少于4字节的情况下，只使用低4字节。

## 译者声明： ##

鄙人前段时间出于学习的需要，下载了**参考文献\[1\]**。阅读后不甚满意，遂以之为底稿，并在参考了以**参考文献\[2\]**为主的其他一些资料后加以完善，这正是本文的由来。完善工作主要包括：对原文一些表达不清的地方进行了润色，在原文一些可能不易于理解的地方加上了注释（用【译者注】标注），以及按照个人理解对一些原文翻译有错的地方进行了更改。总的来说，算是对两位前辈已有工作的补充与完善吧。

如有需要，可自由转载分享本文。转载时希望能说明一下来源，谢谢~~~

如有不同翻译意见，请一定留下评论与我探讨，鄙人感激不尽。

本文doc版已上传至CSDN下载频道，0积分下载，地址为：[http://download.csdn.net/detail/ping\_fani07/5353575][http_download.csdn.net_detail_ping_fani07_5353575]

#### 参考文献： ####

*  \[1\]   [http://wenku.baidu.com/view/3caf8f11866fb84ae45c8de5.html][http_wenku.baidu.com_view_3caf8f11866fb84ae45c8de5.html] RAR文档结构分析
 *  \[2\]   [http://wenku.baidu.com/view/b7889b64783e0912a2162aa4.html][http_wenku.baidu.com_view_b7889b64783e0912a2162aa4.html] RAR文件格式的研究

\------本文由CSDN-蚍蜉撼青松【主页：[http://blog.csdn.net/Ping\_Fani07][http_blog.csdn.net_Ping_Fani07]】整理翻译，转载请注明出处！----

亦可参考：http://xinyidadianzi.blog.163.com/blog/static/3993039920114292257760/ 格式说明

[http_download.csdn.net_detail_ping_fani07_5353575]: http://download.csdn.net/detail/ping_fani07/5353575
[http_wenku.baidu.com_view_3caf8f11866fb84ae45c8de5.html]: http://wenku.baidu.com/view/3caf8f11866fb84ae45c8de5.html
[http_wenku.baidu.com_view_b7889b64783e0912a2162aa4.html]: http://wenku.baidu.com/view/b7889b64783e0912a2162aa4.html
[http_blog.csdn.net_Ping_Fani07]: http://blog.csdn.net/Ping_Fani07