要想解析swf文件头，首先要弄清楚的当然是swf文件格式规范。规范中对swf文件格式作了详细的说明。关于swf文件头，它是由以下几个部分组成：
+-------+---+--------+--------+---+----+
|文件标识|版本|文件大小|RECT字段|帧频|帧数|
+-------+---+--------+--------+---+----+
其中“文件标识”为3个字节，包括文件压缩标志。这3个字节的内容为“FWS”或“CWS”，以‘C’开头的表示swf文件是采用的压缩输出（从RECT字段开始至文件结尾，采用Zlib标准进行文件压缩）。
“版本”为一个字节，存储8位字长的无符号整数，将swf文件的导出版本以16进制方式存储在该字节，如导出版本为7，则该字节存储值为0x07，而不是‘7’对应的ASCII值（0x37）。
“文件大小”存储占用4个字节，为32位无符号整数，将未压缩的swf文件大小以16进制形式存入该4个字段，值得注意的是，swf文件存储是按照 little-endian，即低字节在前的“小尾”方式存储的，解析时，需要注意字节序。如一个swf文件大小为471字节，则该4个字节，由低位到高 位，存储的内容将是0xd7，0x01，0x00，0x00。
“帧频”占用两个字节，表示每秒播放的帧数，存储方式是8.8共16位的定点数，整数部分在高位（即第二个字节），小数部分在低位（第一个字节），并按字 节对齐。如小数7.5表示为16进制是0x07.80，按照低位在前，高位在后表示，这16位将存储为如下的2进制代码10000000 00000111。
“帧数”占用两个字节，为16位无符号整数，表示swf文件的总帧数。存储方式类似于“文件大小”存储方式。
难理解的是RECT字段，该字段采用swf文件格式规范中定义的“位值”（bit_value）进行存储的，这种存储特征是可以节约字节数，但数值是跨字 节的。该段存储内容是用‘twip’（翻译为‘缇’，1pixel = 20twips）单位表示的播放窗口的尺寸。分为Nbits，表示后面字段的bit_value位长；Xmin，Xmax，Ymin，Ymax分别表示 X,Y轴方向上的最小和最大值。
先说一下bit_value，其特点是不管字节区分，按照最小位数（bits）将值连续存储，在末字节中空位补0，比如两个9位表示的无符号值7，8将占用3个字节，表示为2进制就是：
00000011 10000010 00000000
将3个字节按位连在一起，前9位值为7，再9位值为8，在第3个字节的其他空位全部补0。简单了解了bit_value表示方式，再说RECT结构，该字 段前5位（bit）为Nbits字段，表示后面字段的bit_value位长，是一个无符号数，也就是说最大值为为31，如此一来，整个RECT字段的最 大长度为17个字节，也就是说swf文件头最大不超过29个字节。通过Nbits字段得到后面字段的bit_value位长后，就可以确定RECT的具体 长度，继而得知“帧频”和“帧数”的存储位置。在RECT字段中，从第6位开始，存储的是播放窗口的尺寸数据，根据Nbits值，将后面的部分按位分开计 算，即可得到相应值。但对文件标识为“CWS”的swf文件，从“文件大小”字段后面开始（即从第8个字节后面开始），是按照Zlib标准压缩存储的，所 以，在解析swf文件头时，首先需判断swf文件是否按照压缩格式导出的。如果是以压缩格式导出的，则需先对头8个字节后面的内容进行解压缩处理了，再来 处理RECT字段和“帧频”和“帧数”字段。