Php/docs/function.pack
pack
(PHP 4, PHP 5, PHP 7)
pack — 将数据打包成二进制字符串
说明
pack
( string $format
[, mixed $...
] ) : string
将输入参数打包成 format 格式的二进制字符串。
这个函数的思想来自 Perl，所有格式化代码（format）的工作原理都与
Perl 相同。 但是，缺少了部分格式代码，比如 Perl 的 “u”。
注意，有符号值和无符号值之间的区别只影响函数 unpack()，在那些使用有符号和无符号格式代码的地方 pack() 函数产生相同的结果。
参数
formatformat字符串由格式代码组成，后面跟着一个可选的重复参数。重复参数可以是一个整数值或者*值来重复到输入数据的末尾。对于 a, A, h, H 格式化代码，其后的重复参数指定了给定数据将会被使用几个字符串。对于 @，其后的数字表示放置剩余数据的绝对定位（之前的数据将会被空字符串填充），对于其他所有内容，重复数量指定消耗多少个数据参数并将其打包到生成的二进制字符串中。目前已实现的格式如下：
pack() 格式字符 代码 描述 a 以 NUL 字节填充字符串 A 以 SPACE(空格) 填充字符串 h 十六进制字符串，低位在前 H 十六进制字符串，高位在前 c 有符号字符 C 无符号字符 s 有符号短整型(16位，主机字节序) S 无符号短整型(16位，主机字节序) n 无符号短整型(16位，大端字节序) v 无符号短整型(16位，小端字节序) i 有符号整型(机器相关大小字节序) I 无符号整型(机器相关大小字节序) l 有符号长整型(32位，主机字节序) L 无符号长整型(32位，主机字节序) N 无符号长整型(32位，大端字节序) V 无符号长整型(32位，小端字节序) q 有符号长长整型(64位，主机字节序) Q 无符号长长整型(64位，主机字节序) J 无符号长长整型(64位，大端字节序) P 无符号长长整型(64位，小端字节序) f 单精度浮点型(机器相关大小) g 单精度浮点型(机器相关大小，小端字节序) G 单精度浮点型(机器相关大小，大端字节序) d 双精度浮点型(机器相关大小) e 双精度浮点型(机器相关大小，小端字节序) E 双精度浮点型(机器相关大小，大端字节序) x NUL 字节 X 回退已字节 Z 以 NUL 字节填充字符串空白(自 PHP 5.5 加入) @ NUL 填充到绝对位置 ...
返回值
返回包含数据的二进制字符串， 或者在失败时返回 false。
更新日志
| 版本 | 说明 |
|---|---|
| 7.2.0 | float 和 double 类型支持打断和小端。 |
| 7.0.15,7.1.1 | 添加了 “e”,“E”,“g” 和 “G” 代码以启用 float 和 double 的字节顺序支持。 |
| 5.6.3 | 添加了 “q”、“q”、“J” 和 “P” 代码以支持处理 64 位数字。 |
| 5.5.0 | “Z” 代码添加了与 “a” 等效的功能，以实现 Perl
兼容性。 |
范例
Example #1 pack() 范例
<?php$binarydata = pack("nvc*", 0x1234, 0x5678, 65, 66);?>
输出结果为长度为 6 字节的二进制字符串，包含以下序列 0x12, 0x34, 0x78, 0x56, 0x41, 0x42。
注释
Caution
Note that PHP internally stores integer values as
signed values of a machine-dependent size (C type long).
Integer literals and operations that yield numbers outside the bounds of the
integer type will be stored as float.
When packing these floats as integers, they are first cast into the integer
type. This may or may not result in the desired byte pattern.
The most relevant case is when packing unsigned numbers that would
be representable with the integer type if it were unsigned.
In systems where the integer type has a 32-bit size, the cast
usually results in the same byte pattern as if the integer were
unsigned (although this relies on implementation-defined unsigned to signed
conversions, as per the C standard). In systems where the
integer type has 64-bit size, the float most
likely does not have a mantissa large enough to hold the value without
loss of precision. If those systems also have a native 64-bit C
int type (most UNIX-like systems don't), the only way to
use the I pack format in the upper range is to create
integer negative values with the same byte representation
as the desired unsigned value.
