轉：
JCE中AES支持五中模式：CBC，CFB，ECB，OFB，PCBC；支持三種填充：NoPadding，PKCS5Padding，ISO10126Padding。不支持SSL3Padding。不支持“NONE”模式。

其中AES/ECB/NoPadding和我現在使用的AESUtil得出的結果相同(在16的整數倍情況下)。

不帶模式和填充來獲取AES算法的時候，其默認使用ECB/PKCS5Padding。

算法/模式/填充
16字節加密后數據長度 不滿16字節加密后長度
AES/CBC/NoPadding
16
不支持
AES/CBC/PKCS5Padding
32
16
AES/CBC/ISO10126Padding
32
16
AES/CFB/NoPadding
16
原始數據長度
AES/CFB/PKCS5Padding
32
16
AES/CFB/ISO10126Padding
32
16
AES/ECB/NoPadding
16
不支持
AES/ECB/PKCS5Padding
32
16
AES/ECB/ISO10126Padding
32
16
AES/OFB/NoPadding
16
原始數據長度
AES/OFB/PKCS5Padding
32
16
AES/OFB/ISO10126Padding
32
16
AES/PCBC/NoPadding
16
不支持
AES/PCBC/PKCS5Padding
32
16
AES/PCBC/ISO10126Padding
32
16

可以看到，在原始數據長度為16的整數倍時，假如原始數據長度等于16*n，則使用NoPadding時加密后數據長度等于16*n，其它情況下加密數據長度等于16*(n+1)。在不足16的整數倍的情況下，假如原始數據長度等于16*n+m[其中m小于16]，除了NoPadding填充之外的任何方式，加密數據長度都等于16*(n+1)；NoPadding填充情況下，CBC、ECB和PCBC三種模式是不支持的，CFB、OFB兩種模式下則加密數據長度等于原始數據長度。

這個問題我也研究過一陣子，網上很多地方都說它們是一樣的，但其實不是完全正確。雖然從填充方式來看，兩者確實是用同樣的規則，比如如果最后一個數據塊不夠就填充對應的字節數，但是PKCS7比PKCS5更靈活一些，因為它可以處理更多的協議結構和更復雜的數據格式。所以可以說PKCS7是PKCS5的升級版，或者說PKCS5是PKCS7的一個子集也行吧

這個問題我也踩過坑，一開始以為是兩個不同的東西，結果一查才發現原來它們填充的方式幾乎一模一樣，都是通過添加N個字節來補足塊長度。不過區別在于PKCS5這個標準是專門為對稱加密設計的，比如我們常用的AES加密里面默認就會用到它；而PKCS7是一個更大的標準體系，里面包含了PKCS5的填充規則，同時還有其他功能，像是證書管理、簽名封裝等等，所以可以說是大包小的關系吧

我記得以前做項目時遇到過這個問題，當時也是被搞暈了。后來發現PKCS5填充主要是針對塊密碼（BlockCipher）中使用的一種標準，適用于像AES這樣的算法，而PKCS7除了包含這部分內容之外，還擴展了很多關于消息語法的內容，比如說簽名、加密數據等等。所以嚴格來說，它們的填充方式雖然一樣，但PKCS7的功能和用途更廣，不光是填充那么簡單了

說實話我之前也沒搞清楚這兩個填充到底有啥區別，后來查資料才發現其實它們的填充機制是一樣的，都是在數據塊不足的時候補足長度，只是應用的場景不一樣。PKCS5一般用在DES或者AES這些對稱加密算法里，而PKCS7更多是在SSL/TLS或者數字簽名之類的環境里出現，說白了就是適用范圍不同但原理一樣，搞得我一開始還以為是兩種不同的填充方法