Base64 编码大小计算器
估算数据经 Base64 编码后的大小，考虑填充、可选行换行及数据 URI 前缀的影响。
单位
Line wrapping (76 chars)
Data-URI prefix
Approx. 1.33 MB
- 1
Input size in bytes
1 × 1,048,576 = 1,048,576 - 2
Base64 encoded length
4 × ceil(1,048,576 ÷ 3) = 1,398,104Every 3 bytes produce 4 Base64 characters; "=" padding rounds up to a multiple of 4.
这个计算器是如何工作的？
Base64 将每 3 个字节转换为 4 个字符，因此编码后大小 = 4 × ceil(bytes / 3)，约比原始大 33%。较小的输入因 '=' 填充会产生额外开销。可选的 MIME 行换行每 76 个字符增加 2 个字节，数据 URI 前缀则额外添加约 37 个字节的固定头部。
公式
How this is calculated
输入原始（未编码）数据大小并选择单位；该值将转换为原始字节数 n = value × unitBytes（1 KB = 1024 B）。Base64 将每 3 个输入字节编码为 4 个输出字符，因此编码后的长度为 4 × ceil(n / 3)。ceil 函数和末尾的 '=' 填充确保输出长度始终为 4 的倍数，这就是较小输入会显示超过 33% 开销的原因。
理论开销为 (4/3 − 1) = 33.3%；对于较大的 n，overhead% = (encoded / n − 1) × 100 趋近于约 33.3%。如果启用行换行，则每 76 个字符后插入一个 CRLF（2 个字节），增加 2 × floor(encoded / 76) 个字节——这是 MIME/PEM 使用的约定。如果选择数据 URI 前缀，则会在前面添加固定前缀（如 'data:application/octet-stream;base64,'，约 37 个字节）。
假设：使用带 '=' 填充的标准 Base64，字节计数（而非字符），以及基于二进制 1024 的单位。数据 URI 前缀长度因实际 MIME 类型而异，因此该部分仅为估算。编码从不会减小大小，结果始终大于输入。
常见问题
Base64 使用 '=' 填充将输出向上取整为 4 个字符的倍数，因此非常小的输入会承受相对较多的填充。随着输入增大，开销趋近于理论值约 33.3%。
它每 76 个编码字符增加 2 个字节（CRLF），在编码负载基础上增加约 2.6%。某些格式（如 MIME 和 PEM）要求使用行换行。
前缀长度取决于 MIME 类型字符串（如 'data:image/png;base64,'）。本工具使用约 37 个字节的代表性前缀，对于较短或较长的 MIME 类型，实际长度会有所不同。
也称为
TG we-Calculate Editorial Team. (2026). Base64 编码大小计算器 [Online calculator]. TG we-Calculate. https://we-calculate.com/zh/calculator/base64-size-calculator
TG we-Calculate Editorial Team. "Base64 编码大小计算器." TG we-Calculate. 2026. https://we-calculate.com/zh/calculator/base64-size-calculator.
TG we-Calculate Editorial Team, "Base64 编码大小计算器," TG we-Calculate, 2026. [Online]. Available: https://we-calculate.com/zh/calculator/base64-size-calculator
@misc{wecalculate_base64_size_calculator, title = {Base64 编码大小计算器}, author = {{TG we-Calculate Editorial Team}}, howpublished = {\url{https://we-calculate.com/zh/calculator/base64-size-calculator}}, year = {2026}, note = {TG we-Calculate} }
这个计算器对您有帮助吗？