Base64编码为什么会使数据量变大？

最新推荐文章于 2024-10-29 12:03:35 发布
原创 最新推荐文章于 2024-10-29 12:03:35 发布 · 430 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

Base64编码将原始数据转换成ASCII字符集可打印字符，适用于传输非文本数据。编码过程涉及将输入拆分为3字节组，转换为24位，再分割成4个6位组，并使用64个标准ASCII字符之一表示。当输入长度不足3字节时，会用0填充并以等号表示。
Base64编码的思想是是采用64个基本的ASCII码字符对数据进行重新编码。它将需要编码的数据拆分成字节数组。以3个字节为一组。按顺序排列24位数据，再把这24位数据分成4组，即每组6位。再在每组的的最高位前补两个0凑足一个字节。这样就把一个3字节为一组的数据重新编码成了4个字节。当所要编码的数据的字节数不是3的整倍数，也就是说在分组时最后一组不够3个字节。这时在最后一组填充1到2个0字节。并在最后编码完成后在结尾添加1到2个"="。（ 注BASE64字符表：ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/）

从以上编码规则可以得知，通过Base64编码，原来的3个字节编码后将成为4个字节，即字节增加了33.3%，数据量相应变大。所以20M的数据通过Base64编码后大小大概为20M*133.3%=26.67M。
iteye_2169
关注
Base64原理和转换会变大33%左右的原因
JackieDYH的博客
02-15 4015
图片转成base64，体积会变大33%，所以大点的图片也不建议转换 base64 生成步骤 例如：有个单词要转成base64： Hello 1. 找到每个字母对应的ASCII值 ASCII值 控制字符 ASCII值 控制字符 ASCII值 控制字符 ASCII值 控制字符 0 NUT 32 (space) 64 @ 96 、 1 SOH 33 ! 65 A 97 .
base64图片会比原来二进制转换前大多少
10-21 7893
$imgLen = strlen($base64); $fileSize = $imgLen - ($imgLen / 8) * 2; $fileSize = number_format(($fileSize / 1024), 2) . 'kb'; base64编码规则 ①.把3个字节变成4个字节。 ②每76个字符加一个换行符。 ③.最后的结束符也要处理。 所以base64编码后，字节长度会比原来的大1/3（1/76就忽略不计了）。 即原来一张图片3k，base64转后，变成4k了。 ...
字符串转换成 Base64 编码大小的变化
galoiszhou的博客
10-29 1736
字符串转成 Base64 后，大小增加约 33%，即 约 1.33 倍。
Base64编码使数据量变大的原因详解
冯旭的博客
03-17 6785
当把byte[]通过Convert.ToBase64String转换成Base64编码字符串时数据会明显变大，是为什么呢？ 我们就先探究一下什么是Base64编码？ Base64编码的思想是是采用64个基本的ASCII码字符对数据进行重新编码。它将需要编码的数据拆分成字节数组。以3个字节为一组。按顺序排列24位数据，再把这24位数据分成4组，即每组6位。再在每组的的最高位前补两个0凑足一个字节。...
python json解析 超过对象_json序列化数据超出最大值(maxJsonLength)
weixin_39611413的博客
03-01 568
标签：1、序列化：以下代码在对象过大时会报错：进行序列化或反序列化时出错。字符串的长度超过了为 maxJsonLength 属性设置的值。//jsonObj比较大的时候会报错var serializer =newJavaScriptSerializer();returnserializer.Serialize(jsonObj);使用Newtonsoft.Json也有此问题，解决方案是设置Ma...
JAVA加密算法（1）- 密码学概述及BASE64算法使用
qq_29956725的博客
11-15 348
密码学综述 密码学综述 密码学基本功能 机密性、鉴别、报文完整性、不可否认性 基本模型 sender-->加密算法 --> 密文 --> 解密算法 --> receiver 密钥源 密码学算法分类： 消息编码：Base64 消息摘要：MD类，SHA类，MAC 对称加密：DES，3DES，AES 非对称加密：RSA，DH密钥交换 数字签名：RSA s...
易语言 base64编码转图片 如何 提高转换速度.zip
09-30
Base64编码将每3个字节的数据（24位）转化为4个6位的Base64字符，不足3字节的数据会用零填充，并在编码结果末尾添加额外的字符。解码时则逆向进行，将这4个6位的字符还原为原始的24位数据。 在易语言中，实现Base64...
Android数据加密之Base64编码算法的简单实现
09-01
需要注意的是，Base64编码虽然提高了数据传输的稳定性，但会增加数据量，因为每个6位的“单词”在ASCII表示下需要1个字节，所以编码后的数据大约是原数据的1.33倍。此外，由于Base64编码是可逆的，因此它不提供安全...
适用于批量将任意文件转为base64编码的工具.zip
01-10
Base64编码的原理是将每3个字节（24位）的数据拆分为4个6位的“块”，每个块对应于Base64字符集中的一个字符。由于24位不能被6整除，所以末尾可能会有不足6位的数据，此时会在原始数据后面添加额外的零，确保长度是6...
bin64ed:使用此轻量级工具对任何类型的文件进行 Base64 编码（或解码）-开源
05-30
Base64编码将每3个字节的数据转化为4个字节的ASCII字符，每个字节由6位的二进制数据表示，因此称为“Base64”。编码的结果是一串可打印的字符，不包含特殊字符，这样就避免了在传输过程中可能遇到的编码问题。 `bin...
cpp-base64：使用c ++进行base64编码和解码
01-28
总结起来，cpp-base64是一个针对C++开发者的Base64编码和解码库，它提供了高效、易用的接口，使得在C++项目中处理Base64数据变得更加便捷。无论是在网络通信、文件存储还是数据加密等领域，cpp-base64都能成为处理二...
解决图片base64过大导致前端加载缓慢
xl_21的博客
12-08 5175
解决图片base64过大导致前端加载缓慢
如何解决处理base64编码文件大小不能超过71MB的问题？
2023年最新地推相关信息
03-07 1万+
说实话，第一眼看到这个问题，我被震住了，心想到底是什么样的勇气能让题主竟然用base64编码来处理大文件，这岂不自寻烦恼，所以对于这个问题，我的建议不是该如何解决base64编码的大小问题，而是要换一种方式来存储文件，比如用文件系统。 问题剖析 先来分析下这个问题的原因，一般搞开发的都知道base64编码很大程度上是简化了我们传输文件的方式，特别是对于没有文件系统的团队来说，更是难得，但是这里的文件仅仅指的是小文件、小图片（如：头像、二维码等）之类的，因为大文件转化出来的base64编码真的很长很长
base64编码与解码
腾空烈鹰
01-17 1339
base64 编解码相关内容
Base64编码原理分析
weixin_33834075的博客
12-12 182
Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一，在了解Base64编码之前，先了解几个基本概念：位、字节。 位："位(bit)"是计算机中最小的数据单位。每一位的状态只能是0或1； 字节：8个二进制位构成1个"字节(Byte)"，字节是存储空间的基本计量单位。1个字节可以储存1个英文字母，2个字节可以存储1个汉字； Base64编码的作用 因为有些网络传送渠道并不支持所...
当用post方法上传，base64编码的图片太大，导致后台接收的时候总是为null。
热门推荐
过期罐头
05-10 1万+
服务器采用base64的方式进行上传文件的时候，出现接收到的数据为null，抛空指针异常，后来发现是tomcat默认为2M的字符串限制，因此修改如下配置即可。 post请求理论上对参数的大小没有限制，但是服务器有限制，把Tomcat的server.xml里设置一下就好了 注：Tomcat的版本低于等于7，设置maxPostSize=“0” 表示post参数无限大。 Tomcat的版本大于等于8，设...
HTML5 本地裁剪图片并上传至服务器（转）
weixin_34357928的博客
02-16 736
很多情况下用户上传的图片都需要经过裁剪，比如头像啊什么的。但以前实现这类需求都很复杂，往往需要先把图片上传到服务器，然后返回给用户，让用户确定裁剪坐标，发送给服务器，服务器裁剪完再返回给用户，来回需要 5 步。步骤繁琐不说，当很多用户上传图片的时候也很影响服务器性能。 HTML5 的出现让我们可以更方便的实现这一需求。虽然这里所说的技术都貌似有点过时了（前端界的“过时”，你懂的），但还是有些许参...
为什么用Base64编码数据量会变大
最新发布
10-11
<think>我们被要求解释Base64编码后数据量变大的原因。根据用户提供的引用，我们可以总结如下： Base64编码的基本原理是将每3个字节的二进制数据（24位）重新编码为4个6位的组（每个组6位，共24位），然后每个6位组用一个Base64字符（ASCII字符）表示。由于每个Base64字符占用1个字节（8位），因此4个Base64字符共占用4个字节（32位）。而原始数据只有3个字节（24位），所以编码后数据量增加了。 具体来说： - 原来3字节 -> 编码后4字节 - 因此，数据量变为原来的4/3倍，即增加了大约33.3%。 如果原始数据不是3的倍数，需要进行填充：在原始数据末尾添加1或2个0字节，使总字节数成为3的倍数，然后再按上述规则编码，并在编码结果末尾添加1或2个等号（=）作为填充标记。这样，填充后的数据编码后也会多出4个字节（但实际有效数据部分还是按比例增加）。 数学表达式： 设原始数据大小为 $n$ 字节，编码后的大小为： $$ \left\lceil \frac{n}{3} \right\rceil \times 4 $$ 其中，$\left\lceil \frac{n}{3} \right\rceil$ 表示对 $n/3$ 向上取整（因为不足3个字节的按3个字节处理）。 因此，数据量变大的根本原因在于： 1. 每3个字节被扩展为4个字节（即每个字节变成了4/3个字节）。 2. 加上可能的填充（等号）也会占用额外的字节（但填充最多只增加2个字节，对于大数据量而言影响很小，主要增加还是由于4/3的比例）。 我们可以用引用中的例子来说明： 引用[1]：20M的数据通过Base64编码后大小大概为20M*133.3%=26.67M。 引用[2]：详细解释了填充规则，即当数据不是3的倍数时，如何处理。 引用[3]：同样说明了3字节转4字节的规则，以及填充方法。 引用[4]：提到Base64比十六进制表示更紧凑（十六进制是每字节用2个字符表示，即扩大一倍，而Base64只扩大33.3%），但相对于原始二进制仍然变大。 因此，总结回答如下： </think>Base64编码后数据量增大的根本原因在于编码机制的数学特性，主要体现在以下三个方面： ### 1. **基础编码规则导致数据膨胀** Base64将**每3字节二进制数据**（原始数据）转换为**4字节ASCII字符**（编码后数据）。其数学关系为： $$ \text{编码后大小} = \frac{4}{3} \times \text{原始大小} $$ 这意味着： - 若原始数据为3字节（24比特），编码后变为4字节（32比特） - 数据量固定增加33.3%（$\frac{1}{3}$）[^1][^2] ### 2. **填充机制进一步增加体积** 当数据长度**非3的倍数**时： ```plaintext 原始数据末尾 → 填充动作 → 额外体积 ------------------------------------ 缺1字节 → 补2个0字节 + 编码后加1个"=" → 多消耗4字节 缺2字节 → 补1个0字节 + 编码后加2个"=" → 多消耗4字节 ``` 例如： - 5字节原始数据（$5 \div 3 = 1$余$2$）： $$ \text{编码后大小} = \left\lceil \frac{5}{3} \right\rceil \times 4 = 2 \times 4 = 8 \text{ 字节} $$ - 实际增加比例：$\frac{8-5}{5} = 60\%$[^2][^3] ### 3. **位空间利用率差异** | 参数 | 原始二进制 | Base64编码 | |--------------|------------|------------| | 每字符比特数 | 8比特 | 6比特 | | 空间利用率 | 100% | 75%[^4] | - 因ASCII字符需8比特存储，但仅承载6比特有效信息 - 24比特原始数据需4字符存储：$4 \times 8 = 32$比特 > 原始24比特 ### 数据膨胀示例 | 原始大小 | 计算过程 | 编码后大小 | 增长率 | |----------|------------------------------|------------|--------| | 3 KB | $3 \times \frac{4}{3}$ | 4 KB | 33.3% | | 5 KB | $\lceil 5/3 \rceil \times 4$ | 8 KB | 60% | | 20 MB | $20 \times 1.333$ | 26.67 MB | 33.3%[^1] | > ⚠️ **注意**：尽管Base64增大数据量，但其**文本化特性**可避免二进制传输风险（如字符转义错误），这是体积与可靠性的权衡[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值