base64算法

Ⅰ BASE64加密原理

1. Base64使用A--Z,a--z,0--9,+,/ 这64个字符.
2. 编码原理:将3个字节转换成4个字节( (3 X 8) = 24 = (4 X 6) )先读入3个字节,每读一个字节,左移8位,再右移四次,每次6位,这样就有4个字节了.
3. 解码原理:将4个字节转换成3个字节.先读入4个6位(用或运算),每次左移6位,再右移3次,每次8位.这样就还原了.

Ⅱ 有人知道十六进制转到base64编码的算法吗

base64是编码，将不可见的16进制数据编码为可见的ASCII文本，也就是他是一种编码，而不是加密算法，一般用反base64的算法可以将编码后的ASCII文本反转为16进制数据

Ⅲ 各种base64算法加解码的结果是一样的吗

base64算法是通用的一种算法
理论上所有库的实现结果应完全一样，如果不一样，就是bug，需要修改

Ⅳ 易语言 Base64的加密算法

代码-----------.版本 2.子程序 Base64编码, 字节集, 公开
.参数 原文, 字节集
.局部变量 余数, 整数型
.局部变量 三字节数据, 字节型, , "3"
.局部变量 码表, 字节集
.局部变量 len_x, 整数型
.局部变量 len_y, 整数型
.局部变量 结果, 字节集
.局部变量 i, 整数型
.局部变量 k, 整数型len_x ＝ 取字节集长度 (原文)
.如果真 (len_x ＜ 1)
返回 ({ })
.如果真结束
余数 ＝ len_x ％ 3
.如果真 (余数 ＞ 0)
原文 ＝ 原文 ＋ 取空白字节集 (3 － 余数)
len_x ＝ len_x ＋ 3 － 余数
.如果真结束
len_y ＝ len_x × 4 ÷ 3
结果 ＝ 取空白字节集 (len_y)
i ＝ 1
码表 ＝ { 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 43, 47 }
.变量循环首 (1, len_x, 3, k)
三字节数据 [1] ＝ 原文 [k]
三字节数据 [2] ＝ 原文 [k ＋ 1]
三字节数据 [3] ＝ 原文 [k ＋ 2]
结果 [i] ＝ 码表 [右移 (三字节数据 [1], 2) ＋ 1]
结果 [i ＋ 1] ＝ 码表 [左移 (位与 (三字节数据 [1], 3), 4) ＋ 右移 (三字节数据 [2], 4) ＋ 1]
结果 [i ＋ 2] ＝ 码表 [左移 (位与 (三字节数据 [2], 15), 2) ＋ 右移 (三字节数据 [3], 6) ＋ 1]
结果 [i ＋ 3] ＝ 码表 [位与 (三字节数据 [3], 63) ＋ 1]
i ＝ i ＋ 4
.变量循环尾 ()
.判断开始 (余数 ＝ 2)
结果 [len_y] ＝ 61
.判断 (余数 ＝ 1)
结果 [len_y] ＝ 61
结果 [len_y － 1] ＝ 61
.默认.判断结束
返回 (结果).子程序 _按钮1_被单击编辑框1.加入文本 (到文本 (Base64编码 (到字节集 (编辑框1.内容))))
希望我可以帮到你

Ⅳ hex 和 base64的区别

按照RFC2045的定义，Base64被定义为：Base64内容传送编码被设计用来把任意序列的8位字节描述为一种不易被人直接识别的形式。（The Base64 Content-Transfer-Encoding is designed to represent arbitrary sequences of octets in a form that need not be humanly readable.） 为什么要使用Base64？ 在设计这个编码的时候，我想设计人员最主要考虑了3个问题： 1.是否加密？ 2.加密算法复杂程度和效率 3.如何处理传输？ 加密是肯定的，但是加密的目的不是让用户发送非常安全的Email。这种加密方式主要就是“防君子不防小人”。即达到一眼望去完全看不出内容即可。 基于这个目的加密算法的复杂程度和效率也就不能太大和太低。和上一个理由类似，MIME协议等用于发送Email的协议解决的是如何收发Email，而并不是如何安全的收发Email。因此算法的复杂程度要小，效率要高，否则因为发送Email而大量占用资源，路就有点走歪了。 但是，如果是基于以上两点，那么我们使用最简单的恺撒法即可，为什么Base64看起来要比恺撒法复杂呢？这是因为在Email的传送过程中，由于历史原因，Email只被允许传送ASCII字符，即一个8位字节的低7位。因此，如果您发送了一封带有非ASCII字符（即字节的最高位是1）的Email通过有“历史问题”的网关时就可能会出现问题。网关可能会把最高位置为0！很明显，问题就这样产生了！因此，为了能够正常的传送Email，这个问题就必须考虑！所以，单单靠改变字母的位置的恺撒之类的方案也就不行了。关于这一点可以参考RFC2046。 基于以上的一些主要原因产生了Base64编码。 算法详解 Base64编码要求把3个8位字节（3*8=24）转化为4个6位的字节（4*6=24），之后在6位的前面补两个0，形成8位一个字节的形式。 具体转化形式间下图： 字符串“张3” 11010101 11000101 00110011 00110101 00011100 00010100 00110011 表1 可以这么考虑：把8位的字节连成一串110101011100010100110011 然后每次顺序选6个出来之后再把这6二进制数前面再添加两个0，就成了一个新的字节。之后再选出6个来，再添加0，依此类推，直到24个二进制数全部被选完。 让我们来看看实际结果： 字符串“张3” 11010101 HEX:D5 11000101 HEX:C5 00110011 HEX:33 00110101 00011100 00010100 00110011 字符’5’ 字符’^\’ 字符’^T’ 字符’3’ 十进制53 十进制34 十进制20 十进制51 表2 这样“张3 ”这个字符串就被Base64表示为”5^\^T3”了么？。错！ Base64编码方式并不是单纯利用转化完的内容进行编码。像’^\’字符是控制字符，并不能通过计算机显示出来，在某些场合就不能使用了。Base64有其自身的编码表： Table 1: The Base64 Alphabet Value Encoding Value Encoding Value Encoding Value Encoding 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 (pad) = 14 O 31 f 48 w 15 P 32 g 49 x 16 Q 33 h 50 y 表3 这也是Base64名称的由来，而Base64编码的结果不是根据算法把编码变为高两位是0而低6为代表数据，而是变为了上表的形式，如”A”就有7位，而”a”就只有6位。表中，编码的编号对应的是得出的新字节的十进制值。因此，从表2可以得到对应的Base64编码： 字符串“张3” 11010101 HEX:D5 11000101 HEX:C5 00110011 HEX:33 00110101 00011100 00010100 00110011 字符’5’ 字符’^\’ 字符’^T’ 字符’3’ 十进制53 十进制34 十进制20 十进制51 字符’1’ 字符’i’ 字符’U’ 字符’z’ 表4 这样，字符串“张3”经过编码后就成了字符串“1iUz”了。 Base64将3个字节转变为4个字节，因此，编码后的代码量（以字节为单位，下同）约比编码前的代码量多了1/3。之所以说是“约”，是因为如果代码量正好是3的整数倍，那么自然是多了1/3。但如果不是呢？ 细心的人可能已经注意到了，在The Base64 Alphabet中的最后一个有一个(pad) =字符。这个字符的目的就是用来处理这个问题的。 当代码量不是3的整数倍时，代码量/3的余数自然就是2或者1。转换的时候，结果不够6位的用0来补上相应的位置，之后再在6位的前面补两个0。转换完空出的结果就用就用“=”来补位。譬如结果若最后余下的为2个字节的“张”： 字符串“张” 11010101 HEX:D5 11000101 HEX:C5 00110101 00011100 00010100 十进制53 十进制34 十进制20 pad 字符’1’ 字符’i’ 字符’U’ 字符’=’ 表6 这样，最后的2个字节被整理成了“1iU=”。 同理，若原代码只剩下一个字节，那么将会添加两个“=”。只有这两种情况，所以，Base64的编码最多会在编码结尾有两个“=” 至于将Base64的解码，只是一个简单的编码的逆过程。

Ⅵ AES+BASE64算法加密后,密文是JfdQlodleoekfeoiefwoHokY== , 最后2个=,可以解密,3个=也可以解密出

=号是用用凑长度的..没有实际含意..只于有几个=号那就要看前面那些字母的长度...前面的字母长度加上等号的个数为3的整倍数...你说的后两个二号三个等号是不正确的..因为定义加密后的长度必需为3的整倍数

Ⅶ 关于java中BASE64解码算法

让我们再来看一个实际的例子，加深印象！

转换前 10101101 10111010 01110110
转换后 00101011 00011011 00101001 00110110
十进制 43 27 41 54
对应码表中的值 r b p 2
将第一个字符右移2位得00101011， 得第一个目标字符00101011
将第一个字符左移4位得11010000，第二个字符右移4位的00001011相加得第二个目标字符11011011
将第二个字符左移2位得11101000，第三个字符右移6位的00000001相加的第三个目标字符11101001
第四个目标字符就是01110110
然后让各个目标字符与0x3F进行and位操作，让最高的两位为零。

Ⅷ 什么是BASE64编码

Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一，在发送电子邮件时，服务器认证的用户名和密码需要用Base64编码，附件也需要用Base64编码。
下面简单介绍Base64算法的原理，由于代码太长就不在此贴出
Base64要求把每三个8Bit的字节转换为四个6Bit的字节（3*8 = 4*6 = 24），然后把6Bit再添两位高位0，组成四个8Bit的字节，也就是说，转换后的字符串理论上将要比原来的长1/3。
转换后，我们用一个码表来得到我们想要的字符串（也就是最终的Base64编码），这个表是这样的：
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 (pad) =
15 P 32 g 49 x
16 Q 33 h 50 y
原文的字节最后不够3个的地方用0来补足，转换时Base64编码用=号来代替。这就是为什么有些Base64编码会以一个或两个等号结束的原因，但等号最多只有两个。
举一个例子，abc经过Base64编码以后的结果是YWJj.

发邮件的时候所写的信息自动在后台转换然后传输...
参考资料： http://www.luocong.com/articles/show_article.asp?Article_ID=17

Ⅸ 什么是Base64

Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一，在发送电子邮件时，服务器认证的用户名和密码需要用Base64编码，附件也需要用Base64编码。
下面简单介绍Base64算法的原理，由于代码太长就不在此贴出
Base64要求把每三个8Bit的字节转换为四个6Bit的字节（3*8 = 4*6 = 24），然后把6Bit再添两位高位0，组成四个8Bit的字节，也就是说，转换后的字符串理论上将要比原来的长1/3。
转换后，我们用一个码表来得到我们想要的字符串（也就是最终的Base64编码），这个表是这样的：
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 (pad) =
15 P 32 g 49 x
16 Q 33 h 50 y
原文的字节最后不够3个的地方用0来补足，转换时Base64编码用=号来代替。这就是为什么有些Base64编码会以一个或两个等号结束的原因，但等号最多只有两个。
举一个例子，abc经过Base64编码以后的结果是YWJj.

发邮件的时候所写的信息自动在后台转换然后传输...