pack()和unpack()是底层二进制硬接口，易因格式符错误、字节序不匹配、未补padding等导致静默失败或数值错乱，须严格对照协议文档验证。
pack() 和 unpack() 不是“教程式工具”，而是底层二进制操作的硬接口——用错一个格式符、漏一个字节序标记，解出来的数据就全错，且不报错，只默默返回 false 或错误值。
unpack() 返回 false？先检查这三件事
unpack() 失败时静默返回 false，不是抛异常，也不是警告，极易被忽略。常见触发条件：
- 传入的
$data长度小于格式串声明的总字节数（例如'NnC'要求至少 4+2+1=7 字节，但只给了 6 字节 → 直接false） - 格式串里用了
x（空字节占位）或@（绝对偏移），但实际数据没对齐 - PHP 版本低于 7.0.15 却传了
$offset参数（该参数从 7.0.15 才正式支持）
务必在调用后立刻判断：
$result = unpack('Nlen/ncount', $binary);
if ($result === false) {
throw new InvalidArgumentException('Binary data too short or misaligned');
}字节序不匹配是数值错乱的头号原因
网络协议、硬件寄存器、文件头（如 PNG、ELF、BMP）几乎都规定字节序。PHP 默认用本机序（x86 是小端），但协议通常要求大端（网络字节序）。
立即学习“PHP免费学习笔记（深入）”；
- 用
i/I解包网络数据 → 数值翻倍/负数/完全不对 - 正确做法：统一用显式字节序格式符
- 大端（网络序）：
N（uint32）、n（uint16）、h（hex low-nibble first） - 小端（x86 原生）：
V（uint32）、v（uint16）、H（hex high-nibble first）
- 大端（网络序）：
示例：解析 TCP 报文中的源端口（大端 16 位）
// ❌ 错误：用本机序
unpack('Ssrc_port', $header); // x86 上等价于 v，会把 0x1F90 当成 0x901F → 36880
<p>// ✅ 正确：强制大端
unpack('nsrc_port', $header); // 得到 8080C 结构体对接时 padding 必须手动补
C 编译器按对齐规则（如 4 字节对齐）在结构体字段间插入 x 字节，而 pack() 不会自动对齐。若直接按字段顺序 pack，解包时就会错位。
比如 C 端定义：
struct {
uint8_t flag;
uint32_t value;
}; // 实际内存布局：flag + 3×padding + value（共 8 字节）PHP 必须显式补：
// ✅ 正确：flag + 3 字节空位 + value（大端）
$binary = pack('CxxxN', 0x01, 0x12345678);
<p>// ❌ 错误：没补位，只有 5 字节，解包时 value 会读到 flag 后面的垃圾数据
$binary = pack('CN', 0x01, 0x12345678);解包时也得用同样结构：unpack('Cflag/xxxNvalue', $binary) —— 注意 xxx 是占位，不产生键。
真正难的从来不是语法，而是确认「对方怎么打包的」：字节序、对齐方式、字符串截断逻辑（a / A / Z 行为完全不同）、是否含校验字段。别猜，去翻协议文档或用 xxd 看原始字节。
