今天面试被问到以前的项目有没有用到网络传输加密，当时脑袋抽风没想起来直接说了没有。回来后看书看到了base64几个字，顿时醒悟了过来。

Shit！明明最近的项目就用到了base64方法加密的，只是做的比较久远了，后面又没怎么改动过，就把它忽略了。既然这样，那就白纸黑字记下来吧，以免下次脑袋抽风。

首先，base64编码的原理是先将源文件以标准字节（byte）为单位转化成二进制，一个字节占8个位（bit），如“ABC”的二进制是01000001、01000010、01000011，这样源文件就形成了每8个bit一组的一串二进制，然后将这些二进制串以base64特有的规则（每个字节占6个位）再转化成base64格式的字符（如下图），编码完成。解码就是这个过程反过来。

"ABC"的转化为base64字符的逻辑如下：

                                               A                      B                 C

ASCII十进制                          65                      66                67

8bit/byte                           01000001       01000010     01000011

6bit/byte                           010000    010100    001001    000011

base64十进制                       16            20           9              3

base64字符                            Q             U            J              D

这样，"ABC"三个标准字符就转化成了"QUJD"四个base64字符。

明眼人就会发现，base64编码以后字节数会增加，事实上也确实如此，因为原先8个占位的字节转化成了6个占位的字节，每3个原先的字节就转化成了4个base64字节。这算是base64编码的一个副作用吧。先忽略这个，讲重点。

现在问题来了，既然编码和解码的规律是固定的大家都知道，那还怎么起到加密的作用呢？

这种编码的方式有个特点，就是解码的时候要么从最前面的字节往后推，要么从最后的字节往前推，最前面和最后面的字节可以直接影响到全部的解码结果。跟多米诺骨牌一样，一个错误，后面都会跟着错误。

既然这样，我们在源文件的最前面和最后面分别加上一个简单的字符，那解码出来的文件内容就跟源文件相差了十万八千里，因为第一个不对，那以此类推，后面的解码都会错误。

基于这种原理，我们采取的方法就是编码前，在源文件的前后分别加上干扰字符，为了增加破译的难度，这些字符可以稍微复杂点，但是要提前告知服务端的同学这种加密的格式，这样服务端才能在解码时排除干扰字符得到正确的内容。

好了，原理就是这些了。其他的加密方法还有待进一步研究，到时候再做个对比。