作為一名developer，一些重要檔案存取，網路資料傳輸安全不可忽視，促使我們使用加密演算法手段保證資訊資料的安全。加密並不意味著絕對的安全，總有破解的時候，為了提高破解難度，在演算法要求和品位上也越來越高，常見的有SHA-256、MD5等的Hash演算法，HMAC-SHA256等的資訊認證演算法，RSA(玩過支付寶支付的朋友應該知道其使用的公鑰私鑰就是該演算法)等的非對稱加密演算法，以及今天我要說的主角對稱加密演算法如AES，其他演算法這裡就不提了。

        因需求的不同，對於演算法的選擇也因需而異。這裡強調Base64演算法不叫加密，只是一種編碼方式，可以用來打亂一些不太敏感又不想讓人直接看到的內容，但請不要當加密演算法來用。

       對稱加密演算法,又稱祕鑰加密：用一個祕鑰來管理資訊的加密解密，其優點是演算法公開、計算量小、加密速度快、加密效率高。正如上述，其加密的安全性不在於技術是有多精湛，對祕鑰的保管才是最重要的安全性問題，一旦洩露就沒有安全可言了（將祕鑰投入到演算法中，分分鐘破解密文），可以說是該演算法最大的缺點。常用的對稱演算法有：DES、3DES、TDEA、Blowfish、RC2、RC4、RC5、IDEA、SKIPJACK、AES等。DES等演算法已不再安全，推薦使用AES演算法，而AES演算法中建議使用CBC模式，祕鑰長度則推薦使用256位，但是需要另行下載JCE(Java Cryptography Extension ,下文會有說明)。

        Android中AES加密沿用java裡的API，預設是ECB模式（該模式已不安全），需要顯示指定CBC模式，另外由於jdk版本的限制，使用PKCS5Padding填充方式即可，PKCS7Padding其實和PKCS5Padding差別不大，不必太糾結。簡單實現請看下面貼出的AESUtils.java程式碼：

package cn.icheny.security;

import android.util.Base64;
import java.io.UnsupportedEncodingException;
import java.security.InvalidAlgorithmParameterException;
import java.security.InvalidKeyException;
import java.security.NoSuchAlgorithmException;
import javax.crypto.BadPaddingException;
import javax.crypto.Cipher;
import javax.crypto.IllegalBlockSizeException;
import javax.crypto.KeyGenerator;
import javax.crypto.NoSuchPaddingException;
import javax.crypto.SecretKey;
import javax.crypto.spec.IvParameterSpec;
import javax.crypto.spec.SecretKeySpec;

/**
 * AES加密,解密工具
 * 
 * @author Cheny
 */

public class AESUtils {
	private static final String AES_CBC_PKCS5_PADDING = "AES/CBC/PKCS5Padding";
	private static final String AES = "AES";

	/**
	 * 生成祕鑰
	 * @return Base64編碼的祕鑰
	 */
	public static String generateSecretKey() {
		try {
			// 獲取Key生成器例項,一般一個例項可以多次用來生成祕鑰
			KeyGenerator keyGenerator = KeyGenerator.getInstance(AES);
			// 256位
			keyGenerator.init(256);
			// 生成金鑰
			SecretKey secretKey = keyGenerator.generateKey();
			// 獲取金鑰
			byte[] keyBytes = secretKey.getEncoded();
			return Base64.encodeToString(keyBytes, Base64.DEFAULT);// 生成的祕鑰轉換成Base64編碼,加、解密時需要用Base64還原祕鑰
		} catch (NoSuchAlgorithmException e) {
			e.printStackTrace();
		}
		return null;
	}

	/**
	 * 加密
	 * @param plaintext 明文
	 * @param key 祕鑰
	 * @return Base64編碼的密文
	 */
	public static String encrypt(String plaintext, String key) {
		try {
			// Base64還原祕鑰
			byte[] keyBytes = Base64.decode(key.getBytes(), Base64.DEFAULT);
			// 還原金鑰物件
			SecretKey secretKey = new SecretKeySpec(keyBytes, AES);
			// 加密初始化例項
			Cipher cipher = Cipher.getInstance(AES_CBC_PKCS5_PADDING);
			// CBC模式需要新增一個引數IvParameterSpec，ECB模式則不需要
			cipher.init(Cipher.ENCRYPT_MODE, secretKey, new IvParameterSpec(new byte[cipher.getBlockSize()]));
			byte[] result = cipher.doFinal(plaintext.getBytes("UTF-8"));
			return Base64.encodeToString(result, Base64.DEFAULT);// 生成的密文轉換成Base64編碼出文本,解密時需要用Base64還原出密文
		} catch (NoSuchAlgorithmException e) {
			e.printStackTrace();
		} catch (NoSuchPaddingException e) {
			e.printStackTrace();
		} catch (IllegalBlockSizeException e) {
			e.printStackTrace();
		} catch (BadPaddingException e) {
			e.printStackTrace();
		} catch (UnsupportedEncodingException e) {
			e.printStackTrace();
		} catch (InvalidAlgorithmParameterException e) {
			e.printStackTrace();
		} catch (InvalidKeyException e) {
			e.printStackTrace();
		}
		return null;
	}

	/**
	 * 解密
	 * @param ciphertext 密文
	 * @param key  祕鑰
	 * @return 明文
	 */
	public static String decrypt(String ciphertext, String key) {

		try {
			byte[] keyBytes = Base64.decode(key.getBytes(), Base64.DEFAULT);// Base64還原祕鑰
			// 還原金鑰物件
			SecretKey secretKey = new SecretKeySpec(keyBytes, AES);
			// 加密初始化例項
			Cipher cipher = Cipher.getInstance(AES_CBC_PKCS5_PADDING);
			cipher.init(Cipher.DECRYPT_MODE, secretKey, new IvParameterSpec(new byte[cipher.getBlockSize()]));
			// Base64還原密文
			byte[] cipherBytes = Base64.decode(ciphertext, Base64.DEFAULT);
			byte[] result = cipher.doFinal(cipherBytes);
			return new String(result, "UTF-8");
		} catch (NoSuchAlgorithmException e) {
			e.printStackTrace();
		} catch (NoSuchPaddingException e) {
			e.printStackTrace();
		} catch (InvalidKeyException e) {
			e.printStackTrace();
		} catch (IllegalBlockSizeException e) {
			e.printStackTrace();
		} catch (BadPaddingException e) {
			e.printStackTrace();
		} catch (InvalidAlgorithmParameterException e) {
			e.printStackTrace();
		} catch (UnsupportedEncodingException e) {
			e.printStackTrace();
		}
		return null;
	}
}
 

         程式碼中有註釋，在加密中使用了android裡Base64工具類，對祕鑰，密文進行Base64轉碼修飾了一番，java中沒有該工具類，若需Base64轉碼需自行程式碼實現，當然也可以轉為16進位制字串，這裡不再贅述。

         由於因為美國對軟體出口的限制，我們日常開發使用的jdk（主要是說jre）版本加密能力受到限制，上述工具類實際執行時會丟擲:java.security.InvalidKeyException: Illegal key size 異常，當祕鑰長度超過128位時會報出此異常，128位及以下可以正常執行。好了，文章就嘮到這裡，下次再見，白白！

       一本正經說了那麼多，突然放了一個大坑，說好的JCE說明呢？坑不解決了？怎麼可以這麼坑？OK，繼續一本正經說下去：

        下面引用某度來的說明：

        API使用起來還不是很方便；一些常用的進位制轉換輔助工具未能提供，如Base64編碼轉換、十六進位制編碼轉換等工具。    Oracle在其官方網站上提供了無政策限制許可權檔案        （Unlimited Strength Jurisdiction Policy Files），我們只需要將其部署在JRE環境中，就可以解決限制問題。

       對於java便是Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files.

       這裡提供當前幾個主流jdk版本對應的JCE檔案下載：

      JDK6的下載地址:http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-429243.html

      JDK7的下載地址:http://www.oracle.com/technetwork/java/javase/downloads/jce-7-download-432124.html

      JDK8的下載地址:http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html

      下面繼續引用某度來的說明：

       下載的壓縮包中僅有一個目錄，也就是jce目錄。該目錄中包含了4個檔案：README.txt、COPYRIGHT.html、local_policy.jar和US_export_policy.jar。其中包含的兩個jar檔案正是此次配置中用到的檔案。
      我們可以檢視上述README.txt檔案，你需要在JDK的JRE環境中，或者是JRE環境中配置上述兩個jar檔案。
      切換到%JDK_Home%\jre\lib\security目錄下，對應覆蓋local_policy.jar和US_export_policy.jar兩個檔案。同時，你可能有必要在%JRE_Home%\lib\security目錄下，也需要對應覆蓋這兩個檔案。
      配置許可權檔案的最終目的是為了使應用在執行環境中獲得相應的許可權，可以加強應用的安全性。通常，我們在應用伺服器上安裝的是JRE，而不是JDK。因此，這就很有必要在應用伺服器的%JRE_Home%\lib\security目錄下，對應覆蓋這兩個許可權檔案。很多開發人員往往忽略了這一點，導致事故發生。

      OK，由於引用的說明寫得很詳細很徹底，我就不跟著扯了，文章到此就告一段落了，以後會繼續更新其他演算法，敬請關注！