《Java程序员遇上字符乱码2-容易混淆的两种编码类别1》

我们平时老说的编码解码,很多人都只知道 字符集编码解码。其实除了字符集编码解码,常见的还有另一类,如 Url编码解码、Base64编码解码。

这两类编码的原理是完全不一样的,如果没有了解到这个分类以为编码都是字符集编码,那么你会无法理解那些解释编码的博文,会疑问:怎么说的都不一样啊,久之真的会怀疑人生。可恨的是,很多博文在关键环节上 对这两个概念 都是统一用 “编码解码” 四字一笔带过。

字符集编码: 就是对字符 根据不同字符集中对应的格式 进行编码解码,这个大家都好理解。

而另一类别编码解码出现的意义并不是 为在不同字符集之间对字符进行格式转换,而是为了别的原因,例如:将不安全字符转化、原内容不可见以提高安全性、和 便于网络传输。

下面详细说说,以Base64编码解码 和  Url 编码解码为例。

Base64编码解码

生活中的场景:

我们平时接收发送邮件所使用的SMTP协议,是基于文本的协议,也就是说只能处理常见字符。可是我们为何还可以发送接收图片、视频、压缩包等二进制文件?这就是Base64编码解码 出现的意义了。我们发送邮件前,客户端会将 图片等进行Base64编码,于是整张图片变成了 人类可读的常见字符,然后在发送出去。接收方客户端接收到后,再 Base64解码还原成图片呈现给我们。

原理过程:

简单来说,Base64就是一种用 64个Ascii字符来表示任意二进制数据的方法,或者简单的说将二进制数据编码成Ascii字符。

这 64个Ascii字符如下:

即ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/

一眼看去就知道是26个字母大小写和数字和+/ 。

没错,别惊讶,你没理解错,上面的64个字符真的可以表示任意的二进制文件数据。那么是怎么操作的呢?过程如下:

以3个字节为一组(24位),按每6位高位补0扩展成8位得到4个字节(32位)。

(一)图片举例

假如一张图片只有四个字节:11101111110110111110111111011011

1. 以3个字节为一组:(剩余的字节不足3个字节的话则补0凑够)

111011111101101111101111110110110000000000000000

2.  每组 按 6bit 划分成 4小分组

111011    111101101111    101111110110    110000    000000    000000

3.  每个小分组高位补0 以凑够 8bit,即一个字节

0011101100111101001011110010111100110110001100000000000000000000

【这里你可能会容易认为:每个新的字节 映射 到一个Ascii字符集中的字符,然而你又错了!】

4.  上述的每个新的字节 其实是 上表格的字符集合的索引下标(位置序号)而已,并非映射到原生Ascii字

符集。如下图,我们将新的字节用 十进制 展示:

5.  根据索引做转换:【这里注意:凡是后面补0 的字节,只能算映射到 =】

59 ---> 7    61--->  9      47--->  v      47--->  v        54---> 2    48--->w    0---> =    0---> =

即:

因此最后这张图片变成:79vv2w== ,即Ascii字符,这样就可以符合SMTP文本协议了。

(二)字符举例

图片的话,我们是着眼其 字节 的 。字符也是如此。首先我们要 根据字符集 找出字符对应的二进制字节,然后按照上面的过程编码。下面 以    “你a”    为例

【utf-8】

‘你’ :  0xE4BDA0

即  11100100    10111101    11000000

'a'  :  0x61

即    01100001

合起来就是:11100100    10111101    11000000    01100001

计算后得到结果:5L2gYQ==

【GBK】

‘你’  【utf-8】:  0xC4E3

即  11000100    11100011

'a'    【utf-8】:  0x61

即    01100001

合起来就是:11000100    11100011    01100001

计算后得到结果就和上面不一样了。

Tips:

其实网上好多Base64在线编码器,如工具网址:http://www.qqxiuzi.cn/bianma/zifuji.php我们可以很方便地Base64编码:【注意:在网页上输入框输入的字符都是 根据 响应头中的ContentType指定的字符集编码进行编码的】

Base64编码的优缺点:

优点:可以将二进制数据转换成可打印Ascii字符,方便传输数据;对数据进行简单的加密,肉眼不可识别。

缺点:内容编码后的体积会变大,编码和解码需要额外的工作量。

常见运用场景:【来自网络】

1.  将图片等资源文件以Base64编码形式直接放于代码中,使用的时候反Base64后转换成Image对象使用;

2.  有些文本协议不支持不可见字符的传递,只能转换成可见字符来传递信息;

3.  有时在一些特殊的场合,大多数消息是纯文本的,偶尔需要用这条纯文本通道传一张图片之类的情况发生的时候,就会用到Base64。

注意:

Base64 不是什么实质意义上的加解密算法,不过的确可以将 原内容 ”改头换面“,人们往往将这理解成 加密 了。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,529评论 5 475
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,015评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,409评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,385评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,387评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,466评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,880评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,528评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,727评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,528评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,602评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,302评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,873评论 3 306
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,890评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,132评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,777评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,310评论 2 342

推荐阅读更多精彩内容