A .在讲具体类之前,先讲一下 base64 的编码/解码原理
Base64 是一种通过将数据进行编 码 /解 码 ,是一种可逆编 码 。我们经常发的邮件,它的内容就是通过这种编 码 進行加減,然後在網上進行傳輸。
原理其實很簡單,就是將 3 個字節的二進制數(共 3*8=24bits )進行分組,分成 4 組,每組只有 6 位( 2 的 6 次方 =64 ,就是字母表中的 64 個字母,所以叫 base64 ) , 將每 6 位的數據對應字母表當中的字母進行編 碼 。
将待编 码 序列每 3 个字节分一组,如果分到最后一组,只有一个字节的话,那么,前 6bits 可以进行编 码 ,但是还剩下 2bits ,这时候,我们补全 6bits 。这样就可以将一个字节编成了两个字节了。在这里有一个问题,我们解码的时候,我们不知道之前编码的时候补全了 0 。这时候,我们引入了 base64 的 padding 补丁 。我们将最后两个字节的编码结果用“ = ”表示,即 "==" 表示最后一个分组只有一个字节。同理,当最后一个分组只有两个字节。前 12bits 可以进行编 码 ,编成两个字节,剩下 4bits, 补全两位 0 后进行编 码 ,最后一个字节用“ = ”,表示编 码 时最后一个分组只有两个字节。
B.org.jboss.handler.codec.base64 包下包含四个文件,一个枚举类,三个 JAVA 类
枚举类: Base64Dialect, 主要定义的 Base64 的三种不同编码( STANDARD , URL_SAFE , ORDERED ),对应的用于编码的字母表和解码表也有所不同,此外还定义了在编 码 时是否换行属性 breakLinesByDefault
STANDARD :标准编 码 ,除了 A-Z , a-z,0-9 外加上 + - (索引值 62 , 63 )
URL_SAFE:URL 安全编 码 ,除了 A-Z , a-z,0-9 外加上 - _ (索引值 62 , 63 )
ORDERED: 按顺序编 码 ,同 URL_SAFE 使用相同的字母表,但是 -_ 这两个在字母中的位置(索引值 0 , 37 )不一样。
Java 类:
1. Base64 ,一个工具类,用于对 channelbuffer 对象进行编 码 /解码的一个工具,的运用多态的思想,里边封装了多个 encode,decode 方法,这些方法最终都是调用 encode4to3 和 decode3to4 这两个核心的方法,同时利用 HeapChannelBufferFactory 的实例,创建用于一个新的 ChannelBuffer 用于存放最后的处理结果。
ChannelBuffer cb = HeapChannelBufferFactory.getInstance().getBuffer(ChannelBuffer.order(),(int)lenght);
2.Base64Encode,Base64Decode
这两个类分别继承了 OneToOneEncode,OneToOneDecode, 封了 Base64Dialect 这个枚举,此外,在 Base64Encode 里边,还封装了布尔类型,表示编 码 时是否换行。
这两个类只有一个核心方法,重写了 encode 和 decode 方法,里边核心,也是调用 1 当中讲的 Base64 这个 工具类进行编码 / 解码处理。