Base64是网络上最常见的用于传输8Bit字节码的编码方式之一,Base64就是一种基于64个可打印字符来表示二进制数据的方法。可查看RFC2045~RFC2049,上面有MIME的详细规范。
Base64编码是从二进制到字符的过程,可用于在HTTP环境下传递较长的标识信息。例如,在Java
Persistence系统Hibernate中,就采用了Base64来将一个较长的唯一标识符(一般为128-bit的UUID)编码为一个字符串,用作HTTP表单和HTTP
GET
URL中的参数。在其他应用程序中,也常常需要把二进制数据编码为适合放在URL(包括隐藏表单域)中的形式。此时,采用Base64编码具有不可读性,需要解码后才能阅读
MD5加密算法:http://blog.csdn.net/huangxiaoguo1/article/details/78042596
Base64加密解密:http://blog.csdn.net/huangxiaoguo1/article/details/78042715
异或加密解密:http://blog.csdn.net/huangxiaoguo1/article/details/78042802
DES加密解密:http://blog.csdn.net/huangxiaoguo1/article/details/78042908
AES自动生成base64密钥加密解密:http://blog.csdn.net/huangxiaoguo1/article/details/78043000
AES加密解密(ECB模式):http://blog.csdn.net/huangxiaoguo1/article/details/78043098
AES加密解密(CBC模式):http://blog.csdn.net/huangxiaoguo1/article/details/78043169
非对称RSA加密解密:http://blog.csdn.net/huangxiaoguo1/article/details/78043354
原理
转码过程例子: 38=46 内存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编码可用于在HTTP环境下传递较长的标识信息。例如,在Java
Persistence系统Hibernate中,就采用了Base64来将一个较长的唯一标识符(一般为128-bit的UUID)编码为一个字符串,用作HTTP表单和HTTP
GET
URL中的参数。在其他应用程序中,也常常需要把二进制数据编码为适合放在URL(包括隐藏表单域)中的形式。此时,采用Base64编码不仅比较简短,同时也具有不可读性,即所编码的数据不会被人用肉眼所直接看到。
然而,标准的Base64并不适合直接放在URL里传输,因为URL编码器会把标准Base64中的“/”和“+”字符变为形如“%XX”的形式,而这些“%”号在存入数据库时还需要再进行转换,因为ANSI
SQL中已将“%”号用作通配符。
为解决此问题,可采用一种用于URL的改进Base64编码,它不仅在末尾去掉填充的'='号,并将标准Base64中的“+”和“/”分别改成了“-”和“”,这样就免去了在URL编解码和数据库存储时所要作的转换,避免了编码信息长度在此过程中的增加,并统一了数据库、表单等处对象标识符的格式。
另有一种用于正则表达式的改进Base64变种,它将“+”和“/”改成了“!”和“-”,因为“+”,“*”以及前面在IRCu中用到的“[”和“]”在正则表达式中都可能具有特殊含义。
此外还有一些变种,它们将“+/”改为“-”或“.”(用作编程语言中的标识符名称)或“.-”(用于XML中的Nmtoken)甚至“:”(用于XML中的Name)。 其他应用 Mozilla Thunderbird和Evolution用Base64来保密电子邮件密码 Base64
也会经常用作一个简单的“加密”来保护某些数据,而真正的加密通常都比较繁琐。
垃圾讯息传播者用Base64来避过反垃圾邮件工具,因为那些工具通常都不会翻译Base64的讯息。 在LDIF档案,Base64用作编码字串。
效果
代码
Base64Activity
import android.app.Activity;
import android.content.Context;
import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
import android.text.TextUtils;
import android.view.View;
import android.widget.Button;
import android.widget.EditText;
import android.widget.TextView;
import android.widget.Toast;
import tsou.com.encryption.R;
import tsou.com.encryption.base64.Base64Utils;
/**
* 一、什么Base64算法?
* <p>
* Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一,
* Base64并不是安全领域的加密算法,其实Base64只能算是一个编码算法,
* 对数据内容进行编码来适合传输。标准Base64编码解码无需额外信息即完全可逆,
* 即使你自己自定义字符集设计一种类Base64的编码方式用于数据加密,
* 在多数场景下也较容易破解。Base64编码本质上是一种将二进制数据转成文本数据的方案。
* 对于非二进制数据,是先将其转换成二进制形式,然后每连续6比特(2的6次方=64)
* 计算其十进制值,根据该值在A--Z,a--z,0--9,+,/ 这64个字符中找到对应的字符,
* 最终得到一个文本字符串。基本规则如下几点:
* <p>
* 1. 标准Base64只有64个字符(英文大小写、数字和+、/)以及用作后缀等号;
* <p>
* 2. Base64是把3个字节变成4个可打印字符,
* 所以Base64编码后的字符串一定能被4整除(不算用作后缀的等号);
* <p>
* 3. 等号一定用作后缀,且数目一定是0个、1个或2个。这是因为如果原文长度不能被3整除,
* Base64要在后面添加\0凑齐3n位。为了正确还原,添加了几个\0就加上几个等号。
* 显然添加等号的数目只能是0、1或2;
* <p>
* 4. 严格来说Base64不能算是一种加密,只能说是编码转换。。
*/
public class Base64Activity extends AppCompatActivity implements View.OnClickListener {
private EditText encryptionContext;
private Button encryption;
private TextView tvEncryption;
private Button decode;
private TextView tvDecode;
private Activity mActivity;
private Context mContext;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_aes);
mActivity = this;
mContext = this;
encryptionContext = (EditText) findViewById(R.id.et_encryption_context);
encryption = (Button) findViewById(R.id.btn_encryption);
tvEncryption = (TextView) findViewById(R.id.tv_encryption);
decode = (Button) findViewById(R.id.btn_decode);
tvDecode = (TextView) findViewById(R.id.tv_decode);
initListener();
}
private void initListener() {
encryption.setOnClickListener(this);
decode.setOnClickListener(this);
}
@Override
public void onClick(View view) {
switch (view.getId()) {
case R.id.btn_encryption://加密
String encryptionString = encryptionContext.getText().toString().trim();
if (TextUtils.isEmpty(encryptionString)) {
Toast.makeText(mContext, "请输入加密内容", Toast.LENGTH_SHORT).show();
return;
}
String encode = Base64Utils.encodeString(encryptionString);
tvEncryption.setText(encode);
break;
case R.id.btn_decode://解密
String decodeString = tvEncryption.getText().toString().trim();
if (TextUtils.isEmpty(decodeString)) {
Toast.makeText(mContext, "请先加密", Toast.LENGTH_SHORT).show();
return;
}
String decode = Base64Utils.decodeString(decodeString);
tvDecode.setText(decode);
break;
}
}
}
Base64Utils
package tsou.com.encryption.base64;
import android.util.Base64;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
/**
* Created by Administrator on 2017/9/20 0020.
* <p>
* 无论是编码还是解码都会有一个参数Flags,Android提供了以下几种
* <p>
* DEFAULT 这个参数是默认,使用默认的方法来加密
* <p>
* NO_PADDING 这个参数是略去加密字符串最后的”=”
* <p>
* NO_WRAP 这个参数意思是略去所有的换行符(设置后CRLF就没用了)
* <p>
* CRLF 这个参数看起来比较眼熟,它就是Win风格的换行符,意思就是使用CR LF这一对作为一行的结尾而不是Unix风格的LF
* <p>
* URL_SAFE 这个参数意思是加密时不使用对URL和文件名有特殊意义的字符来作为加密字符,具体就是以-和_取代+和/
*/
public class Base64Utils {
/**
* 字符串进行Base64编码加密
*
* @param str
* @return
*/
public static String encodeString(String str) {
return Base64.encodeToString(str.getBytes(), Base64.DEFAULT);
}
/**
* 字符串进行Base64解码解密
*
* @param encodedString
* @return
*/
public static String decodeString(String encodedString) {
return new String(Base64.decode(encodedString, Base64.DEFAULT));
}
/**
* 对文件进行Base64编码加密
*
* @param path
* @return
*/
public static String encodeFile(String path) {
File file = new File(path);
FileInputStream inputFile = null;
try {
inputFile = new FileInputStream(file);
byte[] buffer = new byte[(int) file.length()];
inputFile.read(buffer);
inputFile.close();
return Base64.encodeToString(buffer, Base64.DEFAULT);
} catch (Exception e) {
e.printStackTrace();
}
return "";
}
/**
* 对文件进行Base64解码解密
*
* @param encodedPath
* @return
*/
public static void decodeFile(String encodedPath) {
File desFile = new File(encodedPath);
FileOutputStream fos = null;
try {
byte[] decodeBytes = Base64.decode(encodedPath.getBytes(), Base64.DEFAULT);
fos = new FileOutputStream(desFile);
fos.write(decodeBytes);
fos.close();
} catch (Exception e) {
e.printStackTrace();
}
}
}