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();
}
}
}