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

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

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

算法/模式/填充
16字節(jié)加密后數(shù)據(jù)長度 不滿16字節(jié)加密后長度
AES/CBC/NoPadding
16
不支持
AES/CBC/PKCS5Padding
32
16
AES/CBC/ISO10126Padding
32
16
AES/CFB/NoPadding
16
原始數(shù)據(jù)長度
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
原始數(shù)據(jù)長度
AES/OFB/PKCS5Padding
32
16
AES/OFB/ISO10126Padding
32
16
AES/PCBC/NoPadding
16
不支持
AES/PCBC/PKCS5Padding
32
16
AES/PCBC/ISO10126Padding
32
16

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

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

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

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

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