一：前言

AES是開發中常用的加密算法之一。然而由于前后端開發使用的語言不統一，導致經常出現前端加密而后端不能解密的情況出現。然而無論什么語言系統，AES的算法總是相同的， 因此導致結果不一致的原因在于加密設置的參數不一致。于是先來看看在兩個平臺使用AES加密時需要統一的幾個參數。

密鑰長度（Key Size）

加密模式（Cipher Mode）

填充方式（Padding）

初始向量（Initialization Vector）

密鑰長度

AES算法下，key的長度有三種：128、192和256 bits。由于歷史原因，JDK默認只支持不大于128 bits的密鑰，而128 bits的key已能夠滿足商用安全需求。因此本例先使用AES-128。（Java使用大于128 bits的key方法在文末提及）

加密模式

AES屬于塊加密（Block Cipher），塊加密中有CBC、ECB、CTR、OFB、CFB等幾種工作模式。本例統一使用CBC模式。

填充方式

由于塊加密只能對特定長度的數據塊進行加密，因此CBC、ECB模式需要在最后一數據塊加密前進行數據填充。（CFB，OFB和CTR模式由于與key進行加密操作的是上一塊加密后的密文，因此不需要對最后一段明文進行填充）

在iOS SDK中提供了PKCS7Padding，而JDK則提供了PKCS5Padding。原則上PKCS5Padding限制了填充的Block Size為8 bytes，而Java實際上當塊大于該值時，其PKCS5Padding與PKCS7Padding是相等的：每需要填充χ個字節，填充的值就是χ。

初始向量

使用除ECB以外的其他加密模式均需要傳入一個初始向量，其大小與Block Size相等（AES的Block Size為128 bits），而兩個平臺的API文檔均指明當不傳入初始向量時，系統將默認使用一個全0的初始向量。

有了上述的基礎之后，可以開始分別在兩個平臺進行實現了。

本文 參考文檔：AES是開發中常用的加密算法之一。然而由于前后端開發使用的語言不統一，導致經常出現前端加密而后端不能解密的情況出現。然而無論什么語言系統，AES的算法總是相同的， 因此導致結果不一致的原因在于加密設置的參數不一致。于是先來看看在兩個平臺使用AES加密時需要統一的幾個參數。

密鑰長度（Key Size）

加密模式（Cipher Mode）

填充方式（Padding）

初始向量（Initialization Vector）

密鑰長度

AES算法下，key的長度有三種：128、192和256 bits。由于歷史原因，JDK默認只支持不大于128 bits的密鑰，而128 bits的key已能夠滿足商用安全需求。因此本例先使用AES-128。（Java使用大于128 bits的key方法在文末提及）

加密模式

AES屬于塊加密（Block Cipher），塊加密中有CBC、ECB、CTR、OFB、CFB等幾種工作模式。本例統一使用CBC模式。

填充方式

由于塊加密只能對特定長度的數據塊進行加密，因此CBC、ECB模式需要在最后一數據塊加密前進行數據填充。（CFB，OFB和CTR模式由于與key進行加密操作的是上一塊加密后的密文，因此不需要對最后一段明文進行填充）

在iOS SDK中提供了PKCS7Padding，而JDK則提供了PKCS5Padding。原則上PKCS5Padding限制了填充的Block Size為8 bytes，而Java實際上當塊大于該值時，其PKCS5Padding與PKCS7Padding是相等的：每需要填充χ個字節，填充的值就是χ。

初始向量

使用除ECB以外的其他加密模式均需要傳入一個初始向量，其大小與Block Size相等（AES的Block Size為128 bits），而兩個平臺的API文檔均指明當不傳入初始向量時，系統將默認使用一個全0的初始向量。

有了上述的基礎之后，可以開始分別在兩個平臺進行實現了。

但是實際開發中，很有可能 我們兩端使用的參數 等的不一致 導致兩端沒法同步。

編譯工具 Java 端Eclipse, iOS 端： Xcode

完成后看到如下圖效果

iOSAES128加解密測試效果圖

Java_AES128加解密測試效果圖

從圖中可以看出 對同一串字符串的 加密和解密 保持了一直性。

Java 代碼下載地址：?GitJava地址

iOS 代碼下載地址 Objective-C ：?iOS DEMO 下載地址

參考文檔：?http://blog.csdn.net/LLy_Alex/article/details/52350314

，