base64加密的图片
大家好，我是阿萨。昨天和开发同学一起开会的时候。开发同学说到了用Base64编码，我立即说 不能使用Base64加密。然后开发来了一句Base64不是加密算法。当时懵了。默默记下这个知识点，回来学习下。
先给大家讲解下我为什么会有不能使用Base64加密的意识。很多年前，我遇到的第一个安全问题，就是敏感数据用Base64加密了。 事情起因是，我们接到一个bug，说有个敏感字段使用Base64在前端加密了，然后传给后端了。
基于之前的小故事，对于使用了Base64编码的地方就觉得不安全。这也是为什么会对开发说不能用Base64加密了，
今天我们就来学习下Base64编码。
一，Base64编码的由来。
传说，最开始互联网电子邮件都是英文的，后来互联网传到中国后，互联网电子邮件汉字就不认识了。所以就有了Base64编码，把中文变成可识别的英文。然后Base64编码被广泛用到各行各业。
以上只是传说。真实的由来，就不得而知了。
下面我们从计算机的底层传输过程中。它分为可见字符和不可见字符。可见字符比如我们熟知的ASCII码。
还有一些不可见的控制字符（0~31以及127），比如回车，换行等以及一些二进制数据都是不可见字符。
这些不可见字符在一些硬件，比如交换机，路由器以及网关等识别或者解析错误，导致错误发生，所以就有了Base64编码的市场。因此Base64产生了。
二，Base64 编码的原理
Base64编码就是要把不可见的字符转换成常见的64个字符的过程。
这64个字符是哪些呢？
那么它工作原理是啥呢？
1） 首先把整段传输内容全部划分成三个字节一组。这里就有了24bit了.
2） 然后把24bit 分成四组。每一组就有6bit
3）在6bit的最前面添加2个0，这样就有了8bit
4）把这8bit 转换成一个字节。查找上表中对应字符。所有其他分组内容按照这样的处理逻辑处理下。就得到了Base64的编码后字符。
注意，如果不够三字节，用0填到三字节，同时补充了多少个字节的0，末尾就添加就几个=。
分别图示下以上过程：
三个A
2个A，补充一个0
1个A，补充2个0
三，总结
Base64编码不是用来加密的，也不是加密算法。它只是用来编码的。切记不可用于加密。如果敏感信息用Base64编码加密了，赶紧提bug。
经过今天的学习，希望大家有所收获。
如果你喜欢今天的内容，欢迎点赞，关注。
② 01加密方式-Base64编码
说明
HTTP将Base64编码用于基本的认证和摘要认证。
其可以方便的将用户的任何输入转换成只包含特定字符的安全格式，服务于网络通信过程。
特点
1）可以将任意的二进制数据进行Base64编码。
2）所有的数据都能被编码为并只用65个字符就能表示的文本文件。
3）编码后的65个字符包括A Z,a z,0~9,+,/,=
4）对文件或字符串进行Base64编码后将比 原始大小增加33% 。
5)能够逆运算
6）不够安全，但却被很多加密算法作为编码方式
1）将所有字符转化为ASCII码；
2）将ASCII码转化为8位二进制；
3）将二进制3个归成一组(不足3个在后边补0)共24位，再拆分成4组，每组6位；
4）统一在6位二进制前补两个0凑足8位；
5）将补0后的二进制转为十进制；
6）从Base64编码表获取十进制对应的Base64编码；
a.转换的时候，将三个byte的数据，先后放入一个24bit的缓冲区中，先来的byte占高位。
b.数据不足3byte的话，则剩下的bit用0补足。每次取出6个bit，按照其值选择查表选择对应的字符作为编码后的输出。
c.不断进行，直到全部输入数据转换完成。
d.如果最后剩下两个输入数据，在编码结果后加1个“=”；
e.如果最后剩下一个输入数据，编码结果后加2个“=”；
f.如果没有剩下任何数据，就什么都不要加，这样才可以保证资料还原的正确性。
运行效果图
③ 伪加密算法：Base64
做过网络通信的iOSer对Base64都不会很陌生，涉及加密的数据通常会在传输之前做一次Base64转换，一般形式如下 Base64(DES/AES(Data)) ，所以有些iOSer就把Base64当作加密算法的一种，甚至一些在线工具也直接称呼Base64为加密/解密，实际上这误会可大了，本篇回答以下三个问题：
要回答第一个问题，首先来看看Base64的编码过程，这里以字符串 “1234” 为例，经过Base64编码后，结果为 "MTIzNA==" ，也是一个字符串，过程如下：
看到这里，你会疑问，这样的编码有什么用？
Base64真正的作用不是将字符串转换为另一个字符串，而是将任意二进制转换为字符串，这个字符串的范围还很小，只有64个，这就为那些只能传输字符串的协议传输数据带来方便，比如http，通过一些字符的替换，还可以避免特殊字符的冲突。
苹果已经提供了原生的API，用Swift做Base64编码：
NSData.Base64EncodingOptions 有四个可选值：
可以组合使用：
编码结果按76个字符换行，换行符为\r。
解码方法如下：
思考题：
编码过程中，6位补8位的规则是什么，是高位补0还是低位，为什么？经过深入思考的结果才是自己的哦，欢迎你的留言👏
④ base64加密比原来的数据长度增加多少
首先Base64不是一种加密方式，只是一种编码。。然后长度呢，就是原来长度 * (4 / 3)，不计最后一个或两个等于号的话。
⑤ 详述图片base64加密的原理，告诉你什么是"/9j/"
在日常的生活中，我们肯定都经历过类似这样的场景：报名考试上传图片，网站要求的是上传的照片不能大于多少，而且要求是“.jpg”的格式。
于是你高高兴兴地把自己最漂亮的照片上传上去了，但是网站却提示你照片格式不正确，让你重新上传。这个时候内心不知道有多少疑惑涌上心头（其实是奔腾）我的照片明明就是“.jpg”结尾的，而且大小也符合规范，为啥就不行呢？
我们通常的会认为（Windows电脑情况下，Mac不知道，毕竟我没有图片）“.jpg”图片结尾的就一定是符合规范的“JPG”文件类型。其实一开始我也是这样认为的，直到前几天，我在对接项目的时候踩了一个大坑，很大的坑！
我对接的项目要求的是图片是“JPG”类型的文件，并且经过base64进行编码之后要以"/9j"开头的文件。于是我就把我电脑上保存的看似符合规范的图片上传上去了，结果就是一堆报错信息。于是我再次尝试，换一些其他的图片进行测试，发现有的就好使，有的就不好使。说实话，我的内心崩溃了！那种感觉你懂得图片
回到家之后我思来想去就是不知道为什么要求什么"/9j"开头的？我打开了网络，输入了关键词“/9j”之后，呵呵！我笑了，都是些什么？完全跟我的问题不着边！
什么玩意？这到底是什么玩意？竟然连强大的网络都没有给出结果！就这样，我搜索到了凌晨12点......
扛不住了，我就去睡觉了。但是躺在床上我辗转难眠，打开手机继续各种搜索着......突然！我看了一个关于电脑图片文件头信息解析的文章！一道灵光从我脑门上闪过。于是我起床，默默打开了电脑，打开了网络......
原来电脑在存储的时候是存储了图片的基本信息的，比如图片是什么类型的，图片的宽高等基本信息，这些个基本信息叫做图片头信息。好吧！原谅我的无知，曾经的我天真的以为是按照文件后缀名区分的呢。
我们应知道，图片在计算机中存储是一个一个的像素点，最底层也是二进制文件，所以需要文件头来保存文件信息。经查找资料，我找到如下对图片不同格式的文件头标识信息（16进制标识）：
于是我在电脑上保存了一个为“.jpg”后缀结尾的图片，然后使用UE这个强大的工具打开，果然不出我所料，看看这个文件的内容信息。
不出意外的话，你肯定看不懂这些东西，因为这些是16进制文件。但是重要的我已经给你标注出来了，那就是“FF D8”。
在这里我给大家稍微简单科普下base64的编码规则：假如我们有个“hello”这样的关键字进行base64编码，需要先把“hello”转换成二进制，也就是"110100011001011101100110 11001101111"。我这里给了一个ASCII表，这里对应的是10进制的，需要把十进制转化成2进制的。
关于base64 有个规定就是，一个字符转换之后如果位数不为8位，需要在高位补0，然后再6位截取，最后不够6位的，低位补0。然后把分割后的2进制转换成10进制并对照base64编码表进行解析。那么上述的“hello”的解析过程就如下：
所以“hello”base64编码之后的最终结果就是“aGVsbG8=”。也许你会疑惑，为什么多了个“=” 这个其实是base64的规定，编码完毕之后自动添加一个或两个“=”。
那么再回到“FF D8”，jpg文件的标识头，他经过base64转码之后是什么呢？
谢天谢地，可算搞明白为什么是“/9j”开头的了。其实还有另外一种方式快速查看是不是jpg格式文件。我们可以使用记事本的方式打开一个jpg文件。
打开之后，你肯定还是看不懂这些东西，但是重要的我已经给你标注出来了，那就是“JFIF”，这个是一个很重要的标识，所谓的“JFIF”就是"JPEG File Interchonge Format"即JPEG文件交换格式。
为了还原我之前明明是“.jpg”后缀的文件，但是识别失败的问题。我们把一个格式为“.png”图片，通过改后缀名的方式，改成“.jpg”。然后也用记事本打开查看文件的内容。
可以看到，并不是“JFIF”，因此这并不是一个jpg文件，所以上传无法识别。
带着问题去睡觉，果然是睡不着的！通过这次的经历，我知道了base64的编码原理，明白了文件在电脑中存储并不是靠简简单单的后缀名来区分的，而是有文件头信息的。文件到底是一个什么文件，还是要靠文件头信息来决定的。所以，你以后的程序判断文件类型千万不要仅仅判断后缀名就完事了哦！