php 使用 base64_encode() 处理二进制数据时，会将每 3 个字节（24位）的二进制数据转换为 4 个 ascii 字符。由于 4 个字符占用的空间比原来的 3 个字节多 1 个字节，因此体积会变大三分之一（即变为原来的 4/3 倍）。这是 base64 编码机制决定的，旨在将不可打印的二进制数据转换为可安全传输的文本格式。
base64_encode() 对原始二进制数据的转换过程是怎样的
base64_encode() 函数接收一个二进制字符串作为输入，将其按 3 字节一组进行分割。每组 3 个字节共 24 位，被重新划分为 4 组 6 位的片段。每个 6 位片段对应 Base64 索引表中的一个字符（A-Z, a-z, 0-9, +, /）。如果最后剩余不足 3 字节，则补零并使用 = 填充。这种映射导致输出长度固定为 ceil(len(input) / 3) * 4。
<?php $binaryData = "\x00\xFF\xFE"; // 3 bytes $encoded = base64_encode($binaryData); echo $encoded; // Output: AOf+ echo strlen($binaryData); // 3 echo strlen($encoded); // 4 ?>
上述代码中，3 字节的二进制数据 \x00\xFF\xFE 被编码为 4 个字符 AOf+。这直观地展示了 3:4 的膨胀比例。对于任意长度的二进制数据，该比例保持一致。
为什么 Base64 编码会导致体积增加 33.3%
Base64 编码的核心目的是将二进制数据转换为 ASCII 字符集，以便在仅支持文本的协议（如电子邮件、URL、JSON）中传输。ASCII 字符集只有 128 个字符，但为了提供足够的组合，Base64 使用了 64 个字符（6 bits）。而原始二进制数据通常使用 8 bits 每字节。因此，从 8 bits/byte 到 6 bits/char 的转换，必然导致字符数量增加。具体计算如下：每 3 个字节（24 bits）变成 4 个字符（24 bits），字符数从 3 增加到 4，增长率为 (4-3)/3 = 1/3 ≈ 33.3%。
<?php $data = str_repeat("\xAB", 300); // 300 bytes
$encoded = base64_encode($data);
echo "Original: " . strlen($data) . " bytes\n";
echo "Encoded: " . strlen($encoded) . " chars\n";
echo "Ratio: " . (strlen($encoded) / strlen($data)) . "\n";
?>
运行此代码，输出显示原始 300 字节变为 400 字符，比例为 1.333，验证了体积增加三分之一的结论。这种开销是 Base64 编码固有的，无法避免，除非使用更高效的编码方式（如 Base16 或自定义二进制协议）。
当输入数据长度为非 3 的倍数时，填充字符如何影响最终体积
当输入二进制数据的长度不是 3 的倍数时，base64_encode() 会在末尾添加 = 填充字符，以确保输出长度是 4 的倍数。例如，1 字节输入会变成 4 个字符（含 2 个 =），2 字节输入会变成 4 个字符（含 1 个 =）。填充字符本身也占用空间，进一步增加了体积。具体而言，1 字节输入膨胀至 4 字符（增长 300%），2 字节输入膨胀至 4 字符（增长 100%），而 3 字节输入膨胀至 4 字符（增长 33.3%）。因此，小数据块的相对开销更大。
<?php $short1 = "\x00"; // 1 byte
$short2 = "\x00\xFF"; // 2 bytes
$enc1 = base64_encode($short1);
$enc2 = base64_encode($short2);
echo "1 byte -> " . strlen($enc1) . " chars (" . $enc1 . ")\n";
echo "2 bytes -> " . strlen($enc2) . " chars (" . $enc2 . ")\n";
?>
上述代码显示，1 字节输入 \x00 编码为 AA==（4 字符），2 字节输入 \x00\xFF 编码为 AP8=（4 字符）。这证实了填充机制的存在及其对体积的影响。在实际应用中，应考虑到这种额外开销，尤其是在处理大量小数据块时。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
