base64编码的原理及实现

我们的图片大部分都是可以转换成base64编码的data:image。 这个在将canvas保存为img的时候尤其有用。虽然除ie外,大部分现代浏览器都已经支持原生的基于base64的encode和decode,例如btoa和atob。(将canvas画布保存成img并强制改变mimetype进行下载,会在下一篇记录)

但是处于好奇心,还是驱使我去了解下base64编码的原理。以便也在不支持原生base64编码的ie下可以得以实现。

【Base64】
-base64的编码都是按字符串长度,以每3个8bit的字符为一组,
-然后针对每组,首先获取每个字符的ASCII编码,
-然后将ASCII编码转换成8bit的二进制,得到一组3*8=24bit的字节
-然后再将这24bit划分为4个6bit的字节,并在每个6bit的字节前面都填两个高位0,得到4个8bit的字节
-然后将这4个8bit的字节转换成10进制,对照Base64编码表 (下表),得到对应编码后的字符。

(注:1. 要求被编码字符是8bit的,所以须在ASCII编码范围内,\u0000-\u00ff,中文就不行。
   2. 如果被编码字符长度不是3的倍数的时候,则都用0代替,对应的输出字符为=)

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 /

比如举下面2个例子:
a) 字符长度为能被3整除时:比如“Tom” :

T o m
ASCII: 84 111 109
8bit字节: 01010100 01101111 01101101
6bit字节: 010101 000110 111101 101101
十进制: 21 6 61 45
对应编码: V G 9 t

所以,btoa(‘Tom‘) = VG9t
b) 字符串长度不能被3整除时,比如“Lucy”:

L u c y
ASCII: 76 117 99 121
8bit字节: 01001100 01110101 01100011 01111001 00000000 00000000
6bit字节: 010011 000111 010101 100011 011110 010000 000000 000000
十进制: 19 7 21 35 30 16 (异常) (异常)
对应编码: T H V j e Q = =

由于Lucy只有4个字母,所以按3个一组的话,第二组还有两个空位,所以需要用0来补齐。这里就需要注意,因为是需要补齐而出现的0,所以转化成十进制的时候就不能按常规用base64编码表来对应,所以不是a, 可以理解成为一种特殊的“异常”,编码应该对应“=”。

有了上面的理论,那我们实现一个base64编码就容易了。

  1 /**
  2 * base64 encoding & decoding
  3 * for fixing browsers which don‘t support Base64 | btoa |atob
  4 */
  5
  6 (function (win, undefined) {
  7
  8 var Base64 = function () {
  9 var base64hash = ‘ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/‘;
 10
 11 // btoa method
 12 function _btoa (s) {
 13 if (/([^\u0000-\u00ff])/.test(s)) {
 14 throw new Error(‘INVALID_CHARACTER_ERR‘);
 15 }
 16 var i = 0,
 17 prev,
 18 ascii,
 19 mod,
 20 result = [];
 21
 22 while (i < s.length) {
 23 ascii = s.charCodeAt(i);
 24 mod = i % 3;
 25
 26 switch(mod) {
 27 // 第一个6位只需要让8位二进制右移两位
 28 case 0:
 29 result.push(base64hash.charAt(ascii >> 2));
 30 break;
 31 //第二个6位 = 第一个8位的后两位 + 第二个8位的前4位
 32 case 1:
 33 result.push(base64hash.charAt((prev & 3) << 4 | (ascii >> 4)));
 34 break;
 35 //第三个6位 = 第二个8位的后4位 + 第三个8位的前2位
 36 //第4个6位 = 第三个8位的后6位
 37 case 2:
 38 result.push(base64hash.charAt((prev & 0x0f) << 2 | (ascii >> 6)));
 39 result.push(base64hash.charAt(ascii & 0x3f));
 40 break;
 41 }
 42
 43 prev = ascii;
 44 i ++;
 45 }
 46
 47 // 循环结束后看mod, 为0 证明需补3个6位,第一个为最后一个8位的最后两位后面补4个0。另外两个6位对应的是异常的“=”;
 48 // mod为1,证明还需补两个6位,一个是最后一个8位的后4位补两个0,另一个对应异常的“=”
 49 if(mod == 0) {
 50 result.push(base64hash.charAt((prev & 3) << 4));
 51 result.push(‘==‘);
 52 } else if (mod == 1) {
 53 result.push(base64hash.charAt((prev & 0x0f) << 2));
 54 result.push(‘=‘);
 55 }
 56
 57 return result.join(‘‘);
 58 }
 59
 60 // atob method
 61 // 逆转encode的思路即可
 62 function _atob (s) {
 63 s = s.replace(/\s|=/g, ‘‘);
 64 var cur,
 65 prev,
 66 mod,
 67 i = 0,
 68 result = [];
 69
 70 while (i < s.length) {
 71 cur = base64hash.indexOf(s.charAt(i));
 72 mod = i % 4;
 73
 74 switch (mod) {
 75 case 0:
 76 //TODO
 77 break;
 78 case 1:
 79 result.push(String.fromCharCode(prev << 2 | cur >> 4));
 80 break;
 81 case 2:
 82 result.push(String.fromCharCode((prev & 0x0f) << 4 | cur >> 2));
 83 break;
 84 case 3:
 85 result.push(String.fromCharCode((prev & 3) << 6 | cur));
 86 break;
 87
 88 }
 89
 90 prev = cur;
 91 i ++;
 92 }
 93
 94 return result.join(‘‘);
 95 }
 96
 97 return {
 98 btoa: _btoa,
 99 atob: _atob,
100 encode: _btoa,
101 decode: _atob
102 };
103 }();
104
105 if (!win.Base64) { win.Base64 = Base64 }
106 if (!win.btoa) { win.btoa = Base64.btoa }
107 if (!win.atob) { win.atob = Base64.atob }
108
109 })(window)
时间: 2024-10-13 11:06:45

base64编码的原理及实现的相关文章

关于base64编码的原理及实现

我们的图片大部分都是可以转换成base64编码的data:image. 这个在将canvas保存为img的时候尤其有用.虽然除ie外,大部分现代浏览器都已经支持原生的基于base64的encode和decode,例如btoa和atob.(将canvas画布保存成img并强制改变mimetype进行下载,会在下一篇记录) 但是处于好奇心,还是驱使我去了解下base64编码的原理.以便也在不支持原生base64编码的ie下可以得以实现. [Base64]-base64的编码都是按字符串长度,以每3个

Base64编码的原理

Base64是一种基于64个可打印字符来表示二进制数据的表示方法.由于 2的6次方是64,所以每6个比特为一个单元,对应某个可打印字符.3个字节有24个比特,对应于4个Base64单元,即3个字节可由4个可打印字符来表示.它可用来作为电子邮件的传输编码.在Base64中的可打印字符包括字母A-Z.a-z.数字0-9,这样共有62个字符,此外两个可打印符号在不同的系统中而不同. 在MIME格式中,剩余两个字符是加号+和斜杠/,等号=用来作为后缀用途. UTF-7是一个修改版Base64,主要的区别

[编解码] 关于base64编码的原理及实现

转载自: http://www.cnblogs.com/hongru/archive/2012/01/14/2321397.html [Base64]-base64的编码都是按字符串长度,以每3个8bit的字符为一组,-然后针对每组,首先获取每个字符的ASCII编码,-然后将ASCII编码转换成8bit的二进制,得到一组3*8=24bit的字节-然后再将这24bit划分为4个6bit的字节,并在每个6bit的字节前面都填两个高位0,得到4个8bit的字节-然后将这4个8bit的字节转换成10进制

Base64编码解码原理

一.编码规则 Base64编码的思想是是采用64个基本的ASCII码字符对数据进行重新编码.它将需要编码的数据拆分成字节 数组.以3个字节为一组.按顺序排列24 位数据,再把这24位数据分成4组,即每组6位.再在每组的的最高位前 补两个0凑足一个字节.这样就把一个3字节为一组的数据重新编码成了4个字节.当所要编码的数据的字节数不是 3的整倍数,也就是说在分组时最后一组不够3个字节.这时在最后一组填充1到2个0字节.并在最后编码完成后在 结尾添加1到2个 "=". 例:将对ABC进行BA

Base64编码原理分析

Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一,在了解Base64编码之前,先了解几个基本概念:位.字节. 位:"位(bit)"是计算机中最小的数据单位.每一位的状态只能是0或1: 字节:8个二进制位构成1个"字节(Byte)",字节是存储空间的基本计量单位.1个字节可以储存1个英文字母,2个字节可以存储1个汉字: Base64编码的作用 因为有些网络传送渠道并不支持所有的字节,例如传统的邮件只支持可见字符的传送,像ASCII码的控制字符就不能通

BASE64编码原理分析脚本实现及逆向案例

BASE64编码原理分析脚本实现及逆向案例 0x01 简单介绍 数据传送时并不支持所有的字符,很多时候只支持可见字符的传送.但是数据传送不可能只传送可见字符为解决这个问题就诞生了base64编码.base64编码将所有待编码字符转换成64个可见字符表中的字符. 0x02 编码原理 被Base64编码之后所得到的所有字符都是在以下这个表当中的. 上表中总共有64个字符,2^6=64所以只需要6个bit位就足够描述所有的表中字符了.计算机中1个字节8个bit,一个ASCII码占1个字节.因此多出来的

Base64编码原理及应用

最近在做一个H5上传图片并压缩的项目,其过程主要是先将图片上传通过readAsDataURL获取上传图片base64编码,然后根据高宽比将图片画到canvas上实现压缩,在通过toDataURL获取压缩后的图片.点击可查看demo在该过程中用到base64编码,于是就想弄清楚base64编码原理,才有了这篇博客. Base64编码的来历 为什么会有Base64编码呢?因为有些网络传送渠道并不支持所有的字节,例如传统的邮件只支持可见字符的传送,像ASCII码的控制字符就不能通过邮件传送.这样用途就

PHP_EOL换行 与 base64编码

base64编码包括64个字符:10个数字(0-9),26*2个字母(a-zA-Z),+,\ 其中还有一个第65个字符=作为后缀,没有实际作用. 来一段代码说明个问题: 1 <?php 2 3 $str = '1234567'; 4 5 $en = base64_encode($str);// MTIzNDU2Nw== 6 7 $en = 'MTIzND U 8 9 2Nw=========='; 10 11 echo base64_decode($en);// 1234567 可以看到,即使修

OC下Base64编码的中文字符编码问题

Base64是常用的编码规范之一,如网络传输中应用广泛,之前列举过base64编码的原理:<base64举例> 以及java实现的base64编码工具类. 这里,贴出OC下的base64代码,在平台之间通信过程中保证编码能通用——中间出现一个编码问题,google官方提供的base64Util包默认用的Utf-8编码,而中文之前统一用的gbk编码,以下代码修正了这个问题: 关键点:将CommonFunc的 base64StringFromText 和  textFromBase64String