本文最后更新于:2024年9月8日 晚上
Base64
Base64的由来
- 目前Base64已经成为网络上常见的传输8Bit字节代码的编码方式之一,在做支付系统时,系统之间的报文交互都需要使用Base64对明文进行转码,然后再进行签名或加密,之后再进行(或再次Base64)传输,那么,Base64到底起到什么作用呢?
- 在参数传输的过程中经常遇到的一种情况:使用全英文的没问题,但一旦涉及到中文就会出现乱码情况,与此类似,网络上传输的字符并不全是可打印的字符,比如二进制文件,图片等,Base64的出现就是为了解决此问题,它是基于64个可打印的字符来表示二进制的数据的一种方法。
- 电子邮件刚问世的时候,只能传输英文,但后来随着用户的增加,中文,日文等文字的用户也有需求,但这些字符并不能被服务器或网关有效处理,因此Base64就登场了,随之,Base64在URL,Cookie,网页传输少量二进制文件中也有相应的使用。
Base64的编码原理
Base64的原理比较简单,每当我们使用Base64时都会先定义一个类似这样的数组:
1
| ['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编码对照表(见下图)获得对应的值。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
| 0 A 17 R 34 i 51 z
1 B 18 S 35 j 52 0
2 C 19 T 36 k 53 1
3 D 20 U 37 l 54 2
4 E 21 V 38 m 55 3
5 F 22 W 39 n 56 4
6 G 23 X 40 o 57 5
7 H 24 Y 41 p 58 6
8 I 25 Z 42 q 59 7
9 J 26 a 43 r 60 8
10 K 27 b 44 s 61 9
11 L 28 c 45 t 62 +
12 M 29 d 46 u 63 /
13 N 30 e 47 v
14 O 31 f 48 w
15 P 32 g 49 x
16 Q 33 h 50 y
|
从上面的步骤我们发现:
- Base64字符表中的字符原本用6个bit就可以表示,现在前面添加2个0,变为8个bit,会造成一定的浪费,因此,Base64编码之后的文本,要比原文大约三分之一。
- 为什么使用3个字节一组呢?因为6和8的最小公倍数为24,三个字节正好24个二进制位,每6个bit位一组,恰好能够分为4组。
示例说明
以下图的表格为示例,我们具体分析一下整个过程。

- 第一步:"M”,"a”,"n"对应的ASCII码值分别为77,97,110,对应的二进制值是01001101,01100001,01101110,如图第二三行所示,由此组成一个24位的二进制字符串。
- 第二步:如图红色框,将24位每6位二进制位一组分成四组。
- 第三步:在上面每一组前面补两个0,扩展成32个二进制位,此时变为四个字节:00010011,00010110,00000101,00101110,分别对应的值(Base64编码索引)为:19,22,5,46
- 第四步:用上面的值在Base64编码表中进行查找,分别对应:T,W,F,u,因此"Man”Base64编码之后就变为:TWFu
位数不足情况
上面是按照三个字节来举例说明的,如果字节数不足三个,那么该如何处理?

- 两个字节:两个字节共16个二进制位,依旧按照规则进行分组,此时总共16个二进制位,每6个一组,则第三组缺少2位,用0补齐,得到三个Base64编码,第四组完全没有数据则用"=”补上,因此,上图中"BC”转换之后为"QKM=”
- 一个字节:一个字节共8个二进制位,依旧按照规则进行分组,此时共8个二进制位,每6个一组,则第二组缺少4位,用0补齐,得到两个Base64编码,而后面两组没有对应数据,都用"=”补上,因此,上图中"A”转换之后为"QQ==”
注意事项
- 大多数编码都是由字符串转化成二进制的过程,而Base64的编码则是从二进制转换为字符串,与常规恰恰相反。
- Base64编码主要用在传输,存储,表示二进制领域,不能算得上加密,只是无法直接看到明文,也可以通过打乱Base64编码来进行加密。
- 中文有多种编码(比如:utf-8,gb2312,gbk等),不同编码对应Base64编码结果都不一样。
延伸
上面我们已经看到了Base64就是用6位(2的6次幂就是64)表示字符,因此成为Base64,同理,Base32就是用5位,Base16就是用4位。
Java API
最后,我们用一段Java代码来验证一下上面的转换结果。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
| import sun.misc.BASE64Encoder;
public class Base64Utils {
public static void main(String[] args) { String man = "Man"; String a = "A"; String bc = "BC";
BASE64Encoder encoder = new BASE64Encoder(); System.out.println("Man base64结果为:" + encoder.encode(man.getBytes())); System.out.println("BC base64结果为:" + encoder.encode(bc.getBytes())); System.out.println("A base64结果为:" + encoder.encode(a.getBytes())); } }
|
打印结果为:
1 2 3 4
| Man base64结果为:TWFu BC base64结果为:QkM= A base64结果为:QQ== 123
|
实例
使用Base64实现图片的上传与回显
创建文件上传接口
1 2 3 4 5 6 7 8 9 10 11 12 13
| @PostMapping("/saveOne") public SysResult saveOne(@RequestBody SysFile sysFile) { sysFile.setId(GuidHelper.newGuid()); sysFile.setCreateTime(new Date()); int res = sysFileMapper.insertOne(sysFile); if (res != 1) { return CallResult.error("上传失败"); } FileVO fileVO = new FileVO(); fileVO.setId(sysFile.getId()); fileVO.setFileName(sysFile.getFileName()); return new SysResult(fileVO, "上传成功"); }
|
- 实体类,FileData用于存储base64数据。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
| @Data @AllArgsConstructor @NoArgsConstructor public class SysFile { @JsonProperty("Id") private String Id;
@JsonProperty("FileName") private String FileName;
@JsonProperty("FileSize") private Integer FileSize;
@JsonProperty("FileType") private String FileType;
@JsonProperty("FileData") private String FileData;
@JsonProperty("CreateTime") private Date CreateTime; }
|
element自定义文件上传接口
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
| <el-upload ref="upload" class="upload-demo" action :on-remove="handleRemove" :http-request="uploadFile" :multiple="true" :file-list="fileList" > <el-button slot="trigger" size="small" type="primary" >选取文件</el-button> </el-upload>
|
- 设置action为空,调用http-request自定义上传接口覆盖默认上传方式。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
| handleRemove(file) { let Id = file.Id; if (Id) { this.fileList.forEach((e, index) => { if (e.Id == Id) { this.fileList.splice(index, 1); this.$message.error("删除成功"); } }); } this.$emit("fileChange", this.fileList); }, uploadFile(data) { let fileJson = {}; this.getFile(data.file) .then((data) => { fileJson = data; }) .then(() => { this.$http.post("/copmapi/sysfile/saveOne", fileJson).then((res) => { if (res && res.Code === 0) { this.$message.success(res ? res.Message : "保存成功"); let file = res.Data; this.fileList.push({ Id: file.id, name: file.fileName, url: "" }); } else { this.$message.error( res ? res.Message : "服务器请求超时,请稍后再试," ); } }); }); },
|
Base64转换
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
| getFile(file) { return new Promise((resolve, reject) => { let reader = new FileReader(); reader.readAsDataURL(file); let fileJson = {} reader.onload = () => { let base64Str = reader.result; let type; let arr = file.name.split("."); type = arr[arr.length - 1]; fileJson["FileName"] = file.name fileJson["FileData"] = base64Str fileJson["FileSize"] = file.size fileJson["FileType"] = type }; reader.onerror = function (error) { reject(error); }; reader.onloadend = function () { resolve(fileJson); }; }) }
|
测试
- 上传成功,通过ID查出文件表中的FileData就可以回显了。
