base64（base64值是什么意思）

Base64编码会把3字节的二进制数据编码为4字节的文本数据,可以先通过Base64编码来将二进制数据转换成字符串数据,我们看一个具体的例子： 可以明显看到 Base64 编码将一幅图片数据编码成一串字符串,这64个字符为： 如果要编码的二进制数据不是3的倍数,在Base64解码时遇到 = 时即可知道一个Base64编码字符串结束,解码时如果发现Base64编码字符串长度不能被4整除,Base64实际上就是把原来数据中的每3个字节一组进行Base64编码转换,Base64就是一种基于64个可打印字符来表示二进制数据的方法。

base64值是什么意思

Base64是网络上最常见的用于传输8Bit字节码的编码方式之一，Base64就是一种基于64个可打印字符来表示二进制数据的方法。可查看RFC2045至RFC2049，上面有MIME的详细规范。 Base64编码是从二进制到字符的过程，可用于在HTTP环境下传递较长的标识信息。例如：在Java Persistence系统Hibernate中，采用了Base64来将一个较长的唯一标识符，一般为128bit的UUID编码，为一个字符串，用作HTTP表单和HTTP GET URL中的参数。在其他应用程序中，也常常需要把二进制数据编码为适合放在URL，包括隐藏表单域中的形式。此时，采用Base64编码具有不可读性，需要解码后才能阅读。

base64是一种高强度的加密算法是不可破解的对吗

Base64不是加密算法，它仅仅是一种编码方式，算法也是公开的，所以不能依赖它进行加密。Base64是一种编码方式，不是加密算法，它是没有可读性的，但不代表这个编码就是加密的。加密需要保证没有秘钥的人无法解密信息，更无法从密文中破解任务明文信息，但Base64可以很轻松的反编码。另外它没有用到秘钥 不具有加密算法的安全性。

base64:二进制——>字符串

Base64常用于在URL、Cookie、网页中传输少量二进制数据，是一种用64个字符来表示任意二进制数据的方法。这64个字符为： 如果要编码的二进制数据不是3的倍数，最后会剩下1个或2个字节怎么办？Base64用\x00字节在末尾补足后，再在编码的末尾加上1个或2个=号，表示补了多少字节。 Base64是把3个字节变为4个字节，所以，Base64编码的长度永远是4的倍数，因此，需要加上=把Base64字符串的长度变为4的倍数，就可以正常解码了。

base64用法和使用场景

base64最开始是邮件的协议出现的。

打开某个邮件的源文件，可以看到邮件的正文部分，使用了base64编码。 Content-Transfer-Encoding：base64

传统电子邮件协议，即RFC822。导致的问题：

电子邮件协议使用MIME（传统电子邮件一系列拓展协议）去拓展的这些功能。

这个编码带来的意义： 所有的二进制文件，都可以因此转化为可打印的文本编码，使用文本软件进行。

使用场景： 1.前边提到的邮件算是一个 2.如果纯文本数据包含不可见字符，就需要使用base64，比如xml文件某节点数据包含可见字符，显示的话就是乱码，不能够操作。使用base64编码后显示，需要还原的地方再解码。（二进制文件图片应用类似） 3.简单加密（所以看到字符串中包含大小写和等号，很可能就是ba所以看到很多%，就可以判断是url编码

参考： http://www.ruanyifeng.com/blog/2008/06/mime.html

Base64编码及iOS中的Base64

Base64是一种用64个字符来表示任意二进制数据的方法。 是一种编码方法，有自己的编码表 ，所以称为Base64，是因为其使用64个字符来对任意数据进行编码，同理有Base32、Base16编码。 用记事本打开 exe 、 jpg 、 pdf 这些文件时，我们都会看到一大堆乱码，因为二进制文件包含很多无法显示和打印的字符( ASCII表中有32个非打印控制字符 )，所以，如果要让记事本这样的文本处理软件能处理二进制数据，就需要一个二进制到字符串的转换方法。Base64是一种最常见的二进制编码方法。 应用： Base64的原理很简单，首先，准备一个包含64个字符的数组： 然后，对二进制数据进行处理，每3个字节一组，一共是 3x8=24 bit，划为4组，每组正好6个bit：这样我们得到4个数字作为索引，然后查表，获得相应的4个字符，就是编码后的字符串。 所以，Base64编码会把3字节的二进制数据编码为4字节的文本数据，长度增加33%，好处是编码后的文本数据可以在邮件正文、网页等直接显示。 Base64是一种任意二进制到文本字符串的编码方法，适用于小段内容的编码，常用于在URL、Cookie、网页中传输少量二进制数据(如数字证书签名、Cookie的内容等)。 与UTF在使用上有明显的不同，要在多语言环境中通用，那就是要使用UTF，这可以理解为存储数据格式。用了UTF是让大家都能识别数据，不然就会乱码。 Base-64的话，不是底层存储格式，只是为了数据交换用。比如图片变成字符格式，这是一种应用格式 原文链接： 廖雪峰的官方网站 ，本文增加了一些个人理解及iOS相关API

Base64编码

使用说明 1）从 iOS7.0 开始，苹果就提供了base64的编码和解码支持 2）如果是老项目，则还能看到base64编码和解码的第三方框架，如果当前不再支持iOS7.0以下版本，则建议替换。 描述 Base64可以成为密码学的基石，非常重要。

特点

结果 所有的数据都能被编码为并只用 65 个字符就能表示的 文本文件 。 65字符

对文件进行base64编码后文件数据的变化

Base64加密原则 ：

对ABC进行Base64编码过程

注：Base64字符表，包括 大写A-Z小写a-z数字0-9 和 + 以及 / 。

下面看一下Base64相关的API

这里还有两个枚举，分别对应编码encode和解码decode的option。

下面具体看一下这几个枚举的含义:

下面看一下枚举的具体含义：

参考： https://www.jianshu.com/p/4f4e7288c90e

iOS Base64编码

Base64编码是一种数据编码方式，目的是让数据符合传输协议的要求。能够将任何二进制数据，转换成只有64 +1（“=”等号）个字符组成的文本文件。

提示：Base64不是加密算法，只是一种编码算法，对数据内容进行编码不以明文来传输。

标准Base64编码使用的64个字符：

早期的传输协议，如邮件传输SMTP协议，只能传输ASCII编码中 可打印字符 ，导致原本8bit字节码（0-255）超出了可用范围。所以Base64将原本ASCII码的控制字符甚至是ASCII编码之外的字符都转换成可打印的6bit字符。

提示：ASCII编码的范围是0-127，其中0-31和127位共33个字符属于 控制字符 ，剩下的32-126属于 可打印字符 。

编码过程： 1、按字符串长度，以每3个8bit的字符为一组 2、对每组获取每个字符的ASCII编码（去ASCII编码表找每个字符的码位） 3、将ASCII编码转换成8bit的二进制，得到一组3*8=24bit的字节 4、再将这24bit划分为4个6bit的字节，并在每个6bit的字节前面都填两个高位0，得到4个8bit的字节 5、将这4个8bit的字节转换成10进制，对照Base64编码表 （下表），得到对应编码后的字符。

注意：

示例：对 Hello! 进行Base64编码，按照ASCII表，其转换过程如下图所示：

Hello! 的Base64编码结果为 SGVsbG8h 。 原始字符串长度为6个字符，编码后长度为8个字符，每3个原始字符经Base64编码成4个字符，编码前后长度比4/3。 这个长度比很重要 。比原始字符串长度短，则需要使用更大的编码字符集，长度比越大，则需要传输越多的字符，传输时间越长。

注意：Base64编码是每3个原始字符编码成4个字符，如果原始字符串长度不能被3整除，那怎么办？使用0值来补充原始字符串。

示例：对 Hello!! 进行Base64编码：

注：图中蓝色背景的二进制0值是额外补充的。

Hello!! 的Base64编码的结果为 SGVsbG8hIQAA 。 最后2个零值只是为了Base64编码而补充的，在原始字符中并没有对应的字符，那么Base64编码结果中的最后两个字符 AA 实际不带有效信息，所以需要特殊处理，以免解码错误。 标准Base64编码通常用 = 字符来替换最后的 A，即编码结果为 SGVsbG8hIQ==。 因为 = 字符并不在Base64编码索引表中，其意义在于结束符号，在Base64解码时遇到 = 时即可知道一个Base64编码字符串结束。 如果Base64编码字符串不会相互拼接再传输，那么最后的 = 可以省略，解码时如果发现Base64编码字符串长度不能被4整除，则先补充 = 字符，再解码即可。 解码是对编码的逆向操作，但注意一点：对于最后的两个 = 字符，转换成两个 A 字符，再转成对应的两个6比特二进制0值，接着转成原始字符之前，需要将最后的两个6比特二进制0值丢弃，因为它们实际上不携带有效信息。

UTF-8是Unicode字符集的编码规则，用于网络传输。 Base64是用来支持某些只支持传输ASCII编码可打印字符的协议，将ASCII编码中的控制字符与ASCII之外的字符转换为ASCII可打印字符来用于传输。

漫画：什么是 Base64 算法？ iOS开发探索-Base64编码 关于base64编码的原理及实现 ASCII码对照表

Base64介绍

Base64是一种基于64个可打印字符来表示二进制数据的表示方法。由于2的6次方等于64，所以每6个比特为一个单元，对应某个可打印字符。三个字节有24个比特，对应于4个Base64单元，即3个字节可表示4个可打印字符。在Base64中的可打印字符包括字母A-Z、a-z、数字0-9，这样共有62个字符，以及加号“+”，斜杠“/”，一共64个字符，等号“=”用来作为后缀用途。 Base64常用于在通常处理文本数据的场合，表示、传输、存储一些二进制数据，完整的base64定义可见RFC 1421和RFC 2045。编码后的数据比原始数据略长，为原来的4/3(在电子邮件中，根据RFC 822规定，每76个字符，还需要加上一个回车换行。可以估算编码后数据长度大约为原长的135.1%) 计算机中任何数据都是按ascii码存储的，而ascii码的128～255之间的值是不可见字符。而在网络上交换数据时，比如说从A地传到B地，往往要经过多个路由设备，由于不同的设备对字符的处理方式有一些不同(如:有些字符被当作控制字符处理掉了，例如传统的邮件只支持可见字符的传送，像ASCII码的控制字符就 不能通过邮件传送)，这样那些不可见字符就有可能被处理错误，这是不利于传输的。最好的方法就是在不改变传统协议的情 况下，做一种扩展方案来支持二进制文件的传送。把不可打印的字符也能用可打印字符来表示，问题就解决了，Base64编码应运而生，Base64就是一种 基于64个可打印字符来表示二进制数据的表示方法。 https://zh.wikipedia.org/wiki/Base64

Base64 编码知识，一文打尽！

现在网站为了提升用户的浏览体验越来越多的使用了图片，而这些图片通常以 Base64 的形式存储和加载。因此各位开发工程师肯定对 Base64 毫不陌生了，那么你知道 Base64 究竟是什么，为什么要使用 Base64，以及 Base64 的优缺点吗？

Base64 是网络中存储和传输的二进制数据的普遍用法。Base64 一个字节只能表示 64 种情况，且编码格式每个字节的前两位都只能是 0，使用剩下的 6 位表示内容。

看到这里相信大家也能够意识到，这种编码格式无法充分利用存储资源，效能较低。那为什么还会成为网络中的普遍用法呢？

其实 Base64 最早是应用在邮件传输协议中的。当时邮件传输协议只支持 ASCII 字符传递，使用 ASCII 码来表示所有的英文字符和数字还有一些符号。这里有一个问题，如果邮件中只传输英文数字等，那么 ASCII 可以直接支持。但是如果要在文件中传输图片、视频等资源的话，这些资源转成 ASCII 的时候会出现非英文数字的情况。而且邮件中还存在很多控制字符，这些控制字符又会成为不可见字符。非英文字符和控制字符在传输过程中很容易产生错误，影响邮件的正确传输。为此才有了诞生了一个新的编码规则，把二进制以 3 个字节为一组，再把每组的 3 个字节（24 位）转换成 4 个 6 位，每 6 位根据查表对应一个 ASCII 符号，这就是 Base64。

Base64 将 8 位为一个单元的字节数据，拆分为 6 位为一个单元的二进制片段。每一个 6 位单元对应 Base64 索引表中的一个字符。简单举个例子，下图中 M 的 ASCII 码是 77 , 而转换为二进制后前六位二进制对应值为 19，为 Base64 字典中的 T。

当然这里也会有一个问题，如果要编码的二进制数据不是 3 的倍数，那就会剩下一至二个字节。为此 Base64 使用 000000 字节值在末尾补足，使其字节数能够被 3 整除，补位用 = 表示，= 的个数可表示补了多少字节，并在解码时自动去除。总体来看相比编码前，Base64 编码后的字符增加了约 33%。

前面我们也提到了 Base64 编码是现在网站小图片的主要加载方式，那 Base64 到底是如何处理图片的呢？

我们都知道图片在网页中的使用方法通常是使用 img 标签的形式，而 img 标签的 src 属性会指定一个远程服务器上的资源。在网页加载到浏览器中时，浏览器会针对每个外部资源都向服务器发送一次拉取资源请求。但是这是非常占用网络资源的，而且因为大多数浏览器都有并发请求数的限制，如果你的网页中嵌入了过多外部请求，就很容易出现页面加载速度过慢的情况。

而 Base64 编码可以通过 Data URL 技术让图片以字符串的格式直接嵌入页面，与 HTML 成为一体。这样在加载时就可以避开对外部资源的请求

为什么选择 Data URL

至于为什么选择 Data URL 技术，是因为跟传统的外部资源引用方式相比，它拥有以下优点：

通过这种方式 Base64 编码可以更为快捷方便得对前端的各种图片资源进行优化。我们看一个具体的例子：

可以明显看到 Base64 编码将一幅图片数据编码成一串字符串，并使用该字符串代替图像地址。尽管乍一眼看上去没有任何图片相关的内容，但它最终渲染出的毫无疑问是一张完整的图片效果。

当然使用 Data URL 来进行 Base64 图片编码并不是完美的，它有着两个不容忽视的缺点：

无法被浏览器缓存也就意味着每次访问都需要重新请求资源，这对于服务器压力是比较大的。那有没有办法，能将这些数据也放入浏览器缓存中呢？

加快加载小技巧

其实大部分网站的背景图构成，是一个宽高只有几个像素的小图片，通过将它平铺成为背景图。通常我们将小图片保存成 GIF 或 PNG 格式，然后在 CSS 的 background-image 属性中引用图片地址。但是浏览器本身并不在意 URL里写的是什么，只是需要通过它获取需要的数据。 所以我们完全可以使用 CSS 样式文件，让 Data URL 形式的图片存储在 CSS 样式表中。这样浏览器就会缓存 CSS 文件，也就会缓存图片，能够进一步提高页面加载效率。

上图就是一个简单的使用案例，通过这种方式既避免了让背景图片独自产生一次 HTTP 请求的情况，还让背景图片和 CSS 文件一起被浏览器缓存起来，避免了每次打开网页都加载一次背景图片的情况，让改善用户的浏览体验更为快速流畅。

通过 Date URL 技术与 Base64 编码的结合有效减少 HTTP 请求，让用户访问体验更好，这其实是我们一个开发过程中的小技巧，希望看完后能够带给大家一些帮助。

Base64算法原理及实现

Base64算法最开始是被用于解决电子邮件数据传输问题。在早期，由于历史原因问题，电子邮件只允许使用ASCII字符，如果在邮件中出现了非ASCII字符，在通过某些网关进行数据转发的时候，网关会对这些非ASCII字符做出调整，例如，把ASCII码8位二进制码的最高位置为0。此时接收方在收到邮件时就会出现乱码。基于这个原因，产生了Base64算法。

Base64编码的思路说白了，就是把传输数据的每个字节映射成ASCII码表中的某些字符，这样在传输的过程中，就不会出现乱码的问题了。Base64算法定义了一个映射表，如下所示。

由上表可以看出，之所以称为Base64编码，实际上是把原数据映射成了ASCII码表中的64个字符。但是，64个字符最多能映射的位数是6bit。但是每个数据是8bit的，那怎么转换呢？Base64编码的基本思想： 将原数据每3个字节（24bit）分为一组，然后将这24bit数据按照每6bit一组，重新划分为4组，分组完成之后，再将每每6bit数据为单元进行映射。 Base64编码的基本流程如下：

例如，将字符串"ABC"进行Base64编码流程如下。

所以，字符串"ABC"经过Base64编码后的数据是"QUJD"。

从Base64编码的原理可以看到，Base64实际上就是把原来数据中的每3个字节一组进行Base64编码转换，编码之后变成4个Base64字符。但是如果原文数据长度不是3的整数倍的时候该怎么办呢？Base64算法规定，如果待加密数据不是3的整数倍，就在原文数据后面补0，直到长度凑够3的整数倍为止，然后再进行Base64编码转换。待编码转换完成之后，在结果末尾补充相同个数的"="。 例如，将字符串"ABCD"进行Base64编码流程如下。

所以，字符串"ABC"经过Base64编码后的字符串是"QUJDRA=="。

其实这里有个规律，当原文的数据长度除以3余数为0时，编码之后后面没有"="；当余数为1时，后面有两个"="，当余数是2时，后面有一个"="，"="的个数也就是补充的字节数。

通过Base64的原理可以看到，Base64编码实际上是把原数据的3个字节映射成了4个字节，所以相比于原数据长度，编码后的长度会增加1/3。这也会降低传输效率。

Get方式和Post方式是Http请求常用的两种方式，某些情况下会要求使用Get方式来传递二进制数据。这时，可以先通过Base64编码来将二进制数据转换成字符串数据。由于符号"+"和符号"/"是不允许出现在Url中的，所以，产生了Url安全的Base64算法，所谓的Url安全的Base64算法，其实主要包含两个方面。

目前，在Java中，我们可以通过以下方式来是使用Base64算法。

在java8之前，JDK官方库中都没有内置Base64算法，其实Base64实现很简单，这个不知道为什么。但是Java8内置了Base64编码器和解码器。 在Java8中，Base64工具类提供了三种BASE64编解码器： 1.基本Base64编码 也就是完全按照标准Base64的映射规则来编解码，不添加任何行标。

2.Url Base64编码 JDK标准类库中的Url Base64编码是用"-"和"_"取代了"+"和"/"

3.MIME Base64编码 Java类库中还提供了一种格式更友好的Base64编码，这种编码输出每行不超过76字符，并且使用’\r’并跟随’\n’作为分割。

4.去除填充符的Base64 在Java标准类库中，还提供了一种方式来去除编码末尾的"="，就是在构建Encoder 对象后调用withoutPadding()方法，例如：

Commons Codec是Apache为Java开发者提供的一个开源软件类库，该类库中主要是一些常用的编码工具类包，例如DES、SHA1、MD5、Base64，URL等。在使用该类库之前需要首先在Eclipse中添加依赖。Commons Codec提供了以下Base64编码方式。 1.基本Base64编码 Commons Codec和Java标准类库提供给的Base64编码方式是一样的。

2.Url Base64编码 Url Base64编码和Java类库也是一样的，把"+"和"/"替换成了"-"和"_"，有一个不同的地方是Commons Codec中的Url Base64默认去掉了后面的"="，相当于Java类库中调用了withouPadding方法，例如：

3.类MIME格式输出 Commons Codec中也提供了类似于Java类库中的MIME的格式化输出，在Commons Codec中有一个方法：

这里的isChunked置为true，就表示是按照MIME格式输出编码结果。

h