在互联网中的每一刻，你可能都在享受着Base64带来的便捷，但对于Base64的基础原理又了解多少？今天这篇博文带领大家了解一下Base64的底层实现。
Base64编码的由来
目前Base64已经成为网络上常见的传输8Bit字节代码的编码方式之一。在做支付系统时，系统之间的报文交互都需要使用Base64对明文进行转码，然后再进行签名或加密，之后再进行（或再次Base64）传输。那么，Base64到底起到什么作用呢？
在参数传输的过程中经常遇到的一种情况：使用全英文的没问题，但一旦涉及到中文就会出现乱码情况。与此类似，网络上传输的字符并不全是可打印的字符，比如二进制文件、图片等。Base64的出现就是为了解决此问题，它是基于64个可打印的字符来表示二进制的数据的一种方法。
电子邮件刚问世的时候，只能传输英文，但后来随着用户的增加，中文、日文等文字的用户也有需求，但这些字符并不能被服务器或网关有效处理，因此Base64就登场了。随之，Base64在URL、Cookie、网页传输少量二进制文件中也有相应的使用。
Base64的编码原理
Base64的原理比较简单，每当我们使用Base64时都会先定义一个类似这样的数组：
['A', 'B', 'C', ... 'a', 'b', 'c', ... '0', '1', ... '+', '/']
上面就是Base64的索引表，字符选用了"A-Z、a-z、0-9、+、/" 64个可打印字符，这是标准的Base64协议规定。在日常使用中我们还会看到“=”或“==”号出现在Base64的编码结果中，“=”在此是作为填充字符出现，后面会讲到。
具体转换步骤
- 第一步，将待转换的字符串每三个字节分为一组，每个字节占8bit，那么共有24个二进制位。
- 第二步，将上面的24个二进制位每6个一组，共分为4组。
- 第三步，在每组前面添加两个0，每组由6个变为8个二进制位，总共32个二进制位，即四个字节。
- 第四步，根据Base64编码对照表（见下表）获得对应的值。
Base64编码表
| 码值 | 字符 | 码值 | 字符 | 码值 | 字符 | 码值 | 字符 | |
|---|---|---|---|---|---|---|---|---|
| 0 | A | 16 | Q | 32 | g | 48 | w | |
| 1 | B | 17 | R | 33 | h | 49 | x | |
| 2 | C | 18 | S | 34 | i | 50 | y | |
| 3 | D | 19 | T | 35 | j | 51 | z | |
| 4 | E | 20 | U | 36 | k | 52 | 0 | |
| 5 | F | 21 | V | 37 | l | 53 | 1 | |
| 6 | G | 22 | W | 38 | m | 54 | 2 | |
| 7 | H | 23 | X | 39 | n | 55 | 3 | |
| 8 | I | 24 | Y | 40 | o | 56 | 4 | |
| 9 | J | 25 | Z | 41 | p | 57 | 5 | |
| 10 | K | 26 | a | 42 | q | 58 | 6 | |
| 11 | L | 27 | b | 43 | r | 59 | 7 | |
| 12 | M | 28 | c | 44 | s | 60 | 8 | |
| 13 | N | 29 | d | 45 | t | 61 | 9 | |
| 14 | O | 30 | e | 46 | u | 62 | + | |
| 15 | P | 31 | f | 47 | v | 63 | / |
从上面的步骤我们发现：
- Base64字符表中的字符原本用6个bit就可以表示，现在前面添加2个0，变为8个bit，会造成一定的浪费。因此，Base64编码之后的文本，要比原文大约三分之一。
- 为什么使用3个字节一组呢？因为6和8的最小公倍数为24，三个字节正好24个二进制位，每6个bit位一组，恰好能够分为4组。
示例说明
以下图的表格为示例，我们具体分析一下整个过程。
- 第一步：“d”、“o”、"g"对应的ASCII码值分别为100，111，103，对应的二进制值是01100100、01101111、01100111。如图第3、4行所示，由此组成一个24位的二进制字符串。
- 第二步：如图第4行，将24位每6位二进制位一组分成四组。
- 第三步：在上面每一组前面补两个0，扩展成32个二进制位，此时变为四个字节：00010011、00010110、00000101、00101110。分别对应的值（Base64编码索引）为：25、6、61、39。
- 第四步：用上面的值在Base64编码表中进行查找，分别对应：Z、G、9、n。因此“dog”Base64编码之后就变为：ZG9n。
终端命令行验证
# 把桌面的demo.json文件base64加密
cd Desktop/
base64 demo.json -o demo.txt # 加密, -o 后面跟着是输出目录
base64 -D demo.txt -o 123.json # 解密, -o 后面跟着是输出目录
# 把"Mac"字符串进行base64加密,并回显输出
echo -n "dog" | base64
# 把"ZG9n"字符串通过base64解密,并回显输出
echo -n "ZG9n" | base64 -D
位数不足情况
上面是按照三个字节来举例说明的，如果字节数不足三个，那么该如何处理？
- 一个字节：一个字节共8个二进制位，依旧按照规则进行分组。此时共8个二进制位，每6个一组，则第二组缺少4位，用0补齐，得到两个Base64编码，而后面两组没有对应数据，都用“=”补上。因此，上图中“d”转换之后为“ZA==”；
- 两个字节：两个字节共16个二进制位，依旧按照规则进行分组。此时总共16个二进制位，每6个一组，则第三组缺少2位，用0补齐，得到三个Base64编码，第四组完全没有数据则用“=”补上。因此，上图中“do”转换之后为“ZG8=”；
- 三个字节：三个字节共24个二进制位，依旧按照规则进行分组。此时总共24个二进制位，每6个一组，刚好分为4组，无需补齐。因此，上图中“dog”转换之后为“ZG9n”；
注意事项
- 大多数编码都是由字符串转化成二进制的过程，而Base64的编码则是从二进制转换为字符串。与常规恰恰相反。
- Base64编码主要用在传输、存储、表示二进制领域，不能算得上加密，只是无法直接看到明文。也可以通过打乱Base64编码来进行加密。
- 中文有多种编码（比如：utf-8、gb2312、gbk等），不同编码对应Base64编码结果都不一样。
延伸
上面我们已经看到了Base64就是用6位（2的6次幂就是64）表示字符，因此成为Base64。同理，Base32就是用5位，Base16就是用4位。大家可以按照上面的步骤进行演化一下。
Objective-C代码验证
最后，我们用一段Objective-C代码来验证一下上面的转换结果。
- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"编码：%@",[self base64Encode:@"dog"]);
NSLog(@"解码：%@",[self base64Decode:@"ZG9n"]);
}
//字符串转base64编码
-(NSString *)base64Encode:(NSString *)string{
NSData * data = [string dataUsingEncoding:NSUTF8StringEncoding];
return [data base64EncodedStringWithOptions:0];
}
//base64转字符串
-(NSString *)base64Decode:(NSString *)str{
NSData * data = [[NSData alloc] initWithBase64EncodedString:str options:0];
return [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
}
打印结果为：
base64Demo[4947:200140] 编码：ZG9n
base64Demo[4947:200140] 解码：dog
以上结果与我们分析所得完全一致。
