Python采用struct处理二进制

有时需要使用python二进制数据，实例，件。socket操作时.这时候。能够使用python的struct模块来完毕.能够用 struct来处理c语言中的结构体.
 

struct模块中最重要的三个函数是pack(), unpack(), calcsize()

pack(fmt, v1, v2, ...)     依照给定的格式(fmt)，把数据封装成字符串(实际上是类似于c结构体的字节流)

unpack(fmt, string)       依照给定的格式(fmt)解析字节流string，返回解析出来的tuple

calcsize(fmt)                 计算给定的格式(fmt)占用多少字节的内存
 

struct中支持的格式例如以下表：

注1.q和Q仅仅在机器支持64位操作时有意思

注2.每一个格式前能够有一个数字，表示个数

注3.s格式表示一定长度的字符串，4s表示长度为4的字符串，可是p表示的是pascal字符串

注4.P用来转换一个指针，其长度和机器字长相关

注5.最后一个能够用来表示指针类型的。占4个字节
 

为了同c中的结构体交换数据，还要考虑有的c或c++编译器使用了字节对齐，一般是以4个字节为单位的32位系统，故而struct依据本地机器字节顺序转换.能够用格式中的第一个字符来改变对齐方式.定义例如以下：

用法是放在fmt的第一个位置。就像‘@5s6sif‘
 

演示样例一：

比方有一个结构体

struct Header

{

    unsigned short id;

    char[4] tag;

    unsigned int version;

    unsigned int count;

}

通过socket.recv接收到了一个上面的结构体数据。存在字符串s中，如今须要把它解析出来，能够使用unpack()函数.

import struct

id, tag, version, count = struct.unpack("!H4s2I", s)

上面的格式字符串中。!表示我们要使用网络字节顺序解析，由于我们的数据是从网络中接收到的，在网络上传送的时候它是网络字节顺序的.后面的H表示 一个unsigned short的id,4s表示4字节长的字符串。2I表示有两个unsigned int类型的数据.


就通过一个unpack，如今id, tag, version, count里已经保存好我们的信息了.

相同，也能够非常方便的把本地数据再pack成struct格式.

ss = struct.pack("!H4s2I", id, tag, version, count);

pack函数就把id, tag, version, count依照指定的格式转换成了结构体Header，ss如今是一个字符串(实际上是类似于c结构体的字节流)。能够通过 socket.send(ss)把这个字符串发送出去.

演示样例二：

import struct

a=12.34

#将a变为二进制

bytes=struct.pack(‘i‘,a)

此时bytes就是一个string字符串，字符串按字节同a的二进制存储内容同样。

再进行反操作

现有二进制数据bytes，（事实上就是字符串）。将它反过来转换成python的数据类型：

a,=struct.unpack(‘i‘,bytes)

注意。unpack返回的是tuple

所以假设仅仅有一个变量的话：

bytes=struct.pack(‘i‘,a)

那么。解码的时候须要这样

a,=struct.unpack(‘i‘,bytes) 或者 (a,)=struct.unpack(‘i‘,bytes)

假设直接用a=struct.unpack(‘i‘,bytes)，那么 a=(12.34,) ，是一个tuple而不是原来的浮点数了。

假设是由多个数据构成的。能够这样：

a=‘hello‘

b=‘world!‘

c=2

d=45.123

bytes=struct.pack(‘5s6sif‘,a,b,c,d)

此时的bytes就是二进制形式的数据了。能够直接写入文件比方 binfile.write(bytes)

然后，当我们须要时能够再读出来，bytes=binfile.read()

再通过struct.unpack()解码成python变量

a,b,c,d=struct.unpack(‘5s6sif‘,bytes)

‘5s6sif‘这个叫做fmt，就是格式化字符串。由数字加字符构成。5s表示占5个字符的字符串，2i，表示2个整数等等。以下是可用的字符及类型，ctype表示能够与python中的类型一一相应。

注意：二进制文件处理时会碰到的问题

我们使用处理二进制文件时，须要用例如以下方法

binfile=open(filepath,‘rb‘)    读二进制文件

binfile=open(filepath,‘wb‘)    写二进制文件

那么和binfile=open(filepath,‘r‘)的结果究竟有何不同呢？

不同之处有两个地方：

第一。使用‘r‘的时候假设碰到‘0x1A‘。就会视为文件结束，这就是EOF。使用‘rb‘则不存在这个问题。即，假设你用二进制写入再用文本读出的话，假设当中存在‘0X1A‘。就仅仅会读出文件的一部分。

使用‘rb‘的时候会一直读到文件末尾。

第二，对于字符串x=‘abc\ndef‘，我们可用len(x)得到它的长度为7，\n我们称之为换行符，实际上是‘0X0A‘。

当我们用‘w‘即文本方式写的时候，在windows平台上会自己主动将‘0X0A‘变成两个字符‘0X0D‘，‘0X0A‘。即文件长度实际上变成8.。当用‘r‘文本方式读取时，又自己主动的转换成原来的换行符。假设换成‘wb‘二进制方式来写的话。则会保持一个字符不变，读取时也是原样读取。

所以假设用文本方式写入，用二进制方式读取的话，就要考虑这多出的一个字节了。‘0X0D‘又称回车符。

linux下不会变。

由于linux仅仅使用‘0X0A‘来表示换行。

附加:

Output:

‘\x01\x00\x00\x00\x02\x00\x03‘
(1, 2, 3)
‘\x00\x00\x00\x01\x00\x02\x03‘
(1, 2, 3)

首先将參数1,2,3打包。打包前1,2,3明显属于python数据类型中的integer,pack后就变成了C结构的二进制串，转成 python的string类型来显示就是　　‘\x01\x00\x00\x00\x02\x00\x03‘。

因为本机是小端(‘little- endian‘,关于大端和小端的差别请參照这里,故而高位放在低地址段。

i 代表C struct中的int类型，故而本机占4位，1则表示为01000000;h 代表C struct中的short类型，占2位。故表示为0200;同理b 代表C struct中的signed char类型，占1位，故而表示为03。

其它结构的转换也类似，有些特别的能够參考Manual。

在Format string 的首位，有一个可选字符来决定大端和小端。列表例如以下：

假设没有附加，默觉得@，即使用本机的字符顺序(大端or小端)。对于C结构的大小和内存中的对齐方式也是与本机相一致的(native)，比方有的机器integer为2位而有的机器则为四位;有的机器内存对其位四位对齐，有的则是n位对齐(n未知。我也不知道多少)。

另一个标准的选项。被描写叙述为：假设使用标准的。则不论什么类型都无内存对齐。

比方刚才的小程序的后半部分，使用的format string中首位为！。即为大端模式标准对齐方式，故而输出的为‘\x00\x00\x00\x01\x00\x02\x03‘，间高并且它们中的存储器的高位地址。