解密的時候報錯：
javax.crypto.BadPaddingException: Given final block not properly padded
咋整？
仔細分析一下，不難發現，該異常是在解密的時候拋出的，加密的方法沒有問題。
但是兩個方法的唯一差別是Cipher對象的模式不一樣，這就排除了程序寫錯的可能性。再看一下異常的揭示信息，大概的意思是：提供的字塊不符合填補的。什么意思？？？原來在用DES加密的時候，最后一位長度不足64的，它會自動填補到64，那么在我們進行字節數組到字串的轉化過程中，可以把它填補的不可見字符改變了，所以引發系統拋出異常。問題找到，怎么解決呢？大家還記得郵件傳輸通常會把一些信息編碼保存，對了，就是Base64，那樣保證了信息的完整性，所以我們就是利用一下下了。為了方便使用，我們再寫一個新的方法封裝一下原來的方法：
public static String DataEncrypt(String str,byte[] key){
String encrypt = null;
try{
byte[] ret = encode(str.getBytes("UTF-8"),key);
encrypt = new String(Base64.encode(ret));
}catch(Exception e){
System.out.print(e);
encrypt = str;
}
return encrypt;
}
public static String DataDecrypt(String str,byte[] key){
String decrypt = null;
try{
byte[] ret = decode(Base64.decode(str),key);
decrypt = new String(ret,"UTF-8");
}catch(Exception e){
System.out.print(e);
decrypt = str;
}
return decrypt;
}
我們把方法的參數改成了字串，但是為什么要用UTF-8呢？不指定它的字節格式不行嗎？大家知道，UTF-8是國際通用的字符編碼，用它傳輸任何字串都不會有問題，通過它也可以很完美的解決J2EE的中文問題！所以我們最好用UTF-8編碼，以減少不必要的麻煩。