base64加密原理
public class Base64
{
/**//// <summary>
/// 将字符串使用base64算法加密
/// </summary>
/// <param name="SourceString">待加密的字符串</param>
/// <param name="Ens">System.Text.Encoding 对象，如创建中文编码集对象：
/// System.Text.Encoding.GetEncoding("gb2312")</param>
/// <returns>编码后的文本字符串</returns>
public static string EncodingString(string SourceString,System.Text.Encoding Ens)
{
return Convert.ToBase64String(Ens.GetBytes(SourceString));
}
㈡ base64加密比原来的数据长度增加多少
首先Base64不是一种加密方式，只是一种编码。。然后长度呢，就是原来长度 * (4 / 3)，不计最后一个或两个等于号的话。
㈢ 汉字加密后的字符数会改变吗
会的
汉字加密之后会有新的字符，字符数是会随着改变的。
base64加密原理：
①将每三个字节作为一组，一共是24个二进制位。
②将这24个二进制位分为四小组，每个小组有6个二进制位。
③在每小组前面加两个00，扩展成32个二进制位，即四个字节。
④根据base64基础表，得到扩展后的每个字节的对应的base64符号。
㈣ iOS Base64编码
Base64编码是一种数据编码方式，目的是让数据符合传输协议的要求。能够将任何二进制数据，转换成只有64 +1（“=”等号）个字符组成的文本文件。
提示：Base64不是加密算法，只是一种编码算法，对数据内容进行编码不以明文来传输。
标准Base64编码使用的64个字符：
早期的传输协议，如邮件传输SMTP协议，只能传输ASCII编码中 可打印字符 ，导致原本8bit字节码（0-255）超出了可用范围。所以Base64将原本ASCII码的控制字符甚至是ASCII编码之外的字符都转换成可打印的6bit字符。
提示：ASCII编码的范围是0-127，其中0-31和127位共33个字符属于 控制字符 ，剩下的32-126属于 可打印字符 。
编码过程：
1、按字符串长度，以每3个8bit的字符为一组
2、对每组获取每个字符的ASCII编码（去ASCII编码表找每个字符的码位）
3、将ASCII编码转换成8bit的二进制，得到一组3*8=24bit的字节
4、再将这24bit划分为4个6bit的字节，并在每个6bit的字节前面都填两个高位0，得到4个8bit的字节
5、将这4个8bit的字节转换成10进制，对照Base64编码表 （下表），得到对应编码后的字符。
注意：
示例：对 Hello! 进行Base64编码，按照ASCII表，其转换过程如下图所示：
Hello! 的Base64编码结果为 SGVsbG8h 。
原始字符串长度为6个字符，编码后长度为8个字符，每3个原始字符经Base64编码成4个字符，编码前后长度比4/3。
这个长度比很重要 。比原始字符串长度短，则需要使用更大的编码字符集，长度比越大，则需要传输越多的字符，传输时间越长。
注意：Base64编码是每3个原始字符编码成4个字符，如果原始字符串长度不能被3整除，那怎么办？使用0值来补充原始字符串。
示例：对 Hello!! 进行Base64编码：
注：图中蓝色背景的二进制0值是额外补充的。
Hello!! 的Base64编码的结果为 SGVsbG8hIQAA 。
最后2个零值只是为了Base64编码而补充的，在原始字符中并没有对应的字符，那么Base64编码结果中的最后两个字符 AA 实际不带有效信息，所以需要特殊处理，以免解码错误。
标准Base64编码通常用 = 字符来替换最后的 A，即编码结果为 SGVsbG8hIQ==。
因为 = 字符并不在Base64编码索引表中，其意义在于结束符号，在Base64解码时遇到 = 时即可知道一个Base64编码字符串结束。
如果Base64编码字符串不会相互拼接再传输，那么最后的 = 可以省略，解码时如果发现Base64编码字符串长度不能被4整除，则先补充 = 字符，再解码即可。
解码是对编码的逆向操作，但注意一点：对于最后的两个 = 字符，转换成两个 A 字符，再转成对应的两个6比特二进制0值，接着转成原始字符之前，需要将最后的两个6比特二进制0值丢弃，因为它们实际上不携带有效信息。
UTF-8是Unicode字符集的编码规则，用于网络传输。
Base64是用来支持某些只支持传输ASCII编码可打印字符的协议，将ASCII编码中的控制字符与ASCII之外的字符转换为ASCII可打印字符来用于传输。
漫画：什么是 Base64 算法？
iOS开发探索-Base64编码
关于base64编码的原理及实现
ASCII码对照表
㈤ 何谓Base64 加密算法及原理，如何使用 php 实现一个 Base64
就是可以解的加密方式
base64_encode(); base64_decode();
因为一些字符，如链接get方式， 浏览器不可以带很多特殊字符，导致php获取不到正确的信息，用加密一下就好多了， 不过注意大小写。
㈥ base64的原理
转码过程例子：
3*8=4*6
内存1个字符占8位
转前： s 1 3
先转成ascii：对应 115 49 51
2进制： 01110011 00110001 00110011
6个一组（4组） 011100110011000100110011
然后才有后面的 011100 110011 000100 110011
然后计算机是8位8位的存数 6不够，自动就补两个高位0了
所有有了 高位补0
科学计算器输入 00011100 00110011 00000100 00110011
得到 28 51 4 51
查对下照表 c z E z
先以“迅雷下载”为例： 很多下载类网站都提供“迅雷下载”的链接，其地址通常是加密的迅雷专用下载地址。
其实迅雷的“专用地址”也是用Base64加密的，其过程如下：
一、在地址的前后分别添加AA和ZZ
二、对新的字符串进行Base64编码
另：Flashget的与迅雷类似，只不过在第一步时加的“料”不同罢了，Flashget在地址前后加的“料”是[FLASHGET]
而QQ旋风的干脆不加料，直接就对地址进行Base64编码了
㈦ 详述图片base64加密的原理，告诉你什么是"/9j/"
在日常的生活中，我们肯定都经历过类似这样的场景：报名考试上传图片，网站要求的是上传的照片不能大于多少，而且要求是“.jpg”的格式。
于是你高高兴兴地把自己最漂亮的照片上传上去了，但是网站却提示你照片格式不正确，让你重新上传。这个时候内心不知道有多少疑惑涌上心头（其实是奔腾）我的照片明明就是“.jpg”结尾的，而且大小也符合规范，为啥就不行呢？
我们通常的会认为（Windows电脑情况下，Mac不知道，毕竟我没有图片）“.jpg”图片结尾的就一定是符合规范的“JPG”文件类型。其实一开始我也是这样认为的，直到前几天，我在对接项目的时候踩了一个大坑，很大的坑！
我对接的项目要求的是图片是“JPG”类型的文件，并且经过base64进行编码之后要以"/9j"开头的文件。于是我就把我电脑上保存的看似符合规范的图片上传上去了，结果就是一堆报错信息。于是我再次尝试，换一些其他的图片进行测试，发现有的就好使，有的就不好使。说实话，我的内心崩溃了！那种感觉你懂得图片
回到家之后我思来想去就是不知道为什么要求什么"/9j"开头的？我打开了网络，输入了关键词“/9j”之后，呵呵！我笑了，都是些什么？完全跟我的问题不着边！
什么玩意？这到底是什么玩意？竟然连强大的网络都没有给出结果！就这样，我搜索到了凌晨12点......
扛不住了，我就去睡觉了。但是躺在床上我辗转难眠，打开手机继续各种搜索着......突然！我看了一个关于电脑图片文件头信息解析的文章！一道灵光从我脑门上闪过。于是我起床，默默打开了电脑，打开了网络......
原来电脑在存储的时候是存储了图片的基本信息的，比如图片是什么类型的，图片的宽高等基本信息，这些个基本信息叫做图片头信息。好吧！原谅我的无知，曾经的我天真的以为是按照文件后缀名区分的呢。
我们应知道，图片在计算机中存储是一个一个的像素点，最底层也是二进制文件，所以需要文件头来保存文件信息。经查找资料，我找到如下对图片不同格式的文件头标识信息（16进制标识）：
于是我在电脑上保存了一个为“.jpg”后缀结尾的图片，然后使用UE这个强大的工具打开，果然不出我所料，看看这个文件的内容信息。
不出意外的话，你肯定看不懂这些东西，因为这些是16进制文件。但是重要的我已经给你标注出来了，那就是“FF D8”。
在这里我给大家稍微简单科普下base64的编码规则：假如我们有个“hello”这样的关键字进行base64编码，需要先把“hello”转换成二进制，也就是"110100011001011101100110 11001101111"。我这里给了一个ASCII表，这里对应的是10进制的，需要把十进制转化成2进制的。
关于base64 有个规定就是，一个字符转换之后如果位数不为8位，需要在高位补0，然后再6位截取，最后不够6位的，低位补0。然后把分割后的2进制转换成10进制并对照base64编码表进行解析。那么上述的“hello”的解析过程就如下：
所以“hello”base64编码之后的最终结果就是“aGVsbG8=”。也许你会疑惑，为什么多了个“=” 这个其实是base64的规定，编码完毕之后自动添加一个或两个“=”。
那么再回到“FF D8”，jpg文件的标识头，他经过base64转码之后是什么呢？
谢天谢地，可算搞明白为什么是“/9j”开头的了。其实还有另外一种方式快速查看是不是jpg格式文件。我们可以使用记事本的方式打开一个jpg文件。
打开之后，你肯定还是看不懂这些东西，但是重要的我已经给你标注出来了，那就是“JFIF”，这个是一个很重要的标识，所谓的“JFIF”就是"JPEG File Interchonge Format"即JPEG文件交换格式。
为了还原我之前明明是“.jpg”后缀的文件，但是识别失败的问题。我们把一个格式为“.png”图片，通过改后缀名的方式，改成“.jpg”。然后也用记事本打开查看文件的内容。
可以看到，并不是“JFIF”，因此这并不是一个jpg文件，所以上传无法识别。
带着问题去睡觉，果然是睡不着的！通过这次的经历，我知道了base64的编码原理，明白了文件在电脑中存储并不是靠简简单单的后缀名来区分的，而是有文件头信息的。文件到底是一个什么文件，还是要靠文件头信息来决定的。所以，你以后的程序判断文件类型千万不要仅仅判断后缀名就完事了哦！
㈧ Base64编码是加密算法吗
大家好，我是阿萨。昨天和开发同学一起开会的时候。开发同学说到了用Base64编码，我立即说 不能使用Base64加密。然后开发来了一句Base64不是加密算法。当时懵了。默默记下这个知识点，回来学习下。
先给大家讲解下我为什么会有不能使用Base64加密的意识。很多年前，我遇到的第一个安全问题，就是敏感数据用Base64加密了。 事情起因是，我们接到一个bug，说有个敏感字段使用Base64在前端加密了，然后传给后端了。
基于之前的小故事，对于使用了Base64编码的地方就觉得不安全。这也是为什么会对开发说不能用Base64加密了，
今天我们就来学习下Base64编码。
一，Base64编码的由来。
传说，最开始互联网电子邮件都是英文的，后来互联网传到中国后，互联网电子邮件汉字就不认识了。所以就有了Base64编码，把中文变成可识别的英文。然后Base64编码被广泛用到各行各业。
以上只是传说。真实的由来，就不得而知了。
下面我们从计算机的底层传输过程中。它分为可见字符和不可见字符。可见字符比如我们熟知的ASCII码。
还有一些不可见的控制字符（0~31以及127），比如回车，换行等以及一些二进制数据都是不可见字符。
这些不可见字符在一些硬件，比如交换机，路由器以及网关等识别或者解析错误，导致错误发生，所以就有了Base64编码的市场。因此Base64产生了。
二，Base64 编码的原理
Base64编码就是要把不可见的字符转换成常见的64个字符的过程。
这64个字符是哪些呢？
那么它工作原理是啥呢？
1） 首先把整段传输内容全部划分成三个字节一组。这里就有了24bit了.
2） 然后把24bit 分成四组。每一组就有6bit
3）在6bit的最前面添加2个0，这样就有了8bit
4）把这8bit 转换成一个字节。查找上表中对应字符。所有其他分组内容按照这样的处理逻辑处理下。就得到了Base64的编码后字符。
注意，如果不够三字节，用0填到三字节，同时补充了多少个字节的0，末尾就添加就几个=。
分别图示下以上过程：
三个A
2个A，补充一个0
1个A，补充2个0
三，总结
Base64编码不是用来加密的，也不是加密算法。它只是用来编码的。切记不可用于加密。如果敏感信息用Base64编码加密了，赶紧提bug。
经过今天的学习，希望大家有所收获。
如果你喜欢今天的内容，欢迎点赞，关注。
㈨ 什么是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