按：以下還是炒冷飯，如果您對加鹽了解就不用往下看了，以免浪費寶貴時間。
如果不了解下文部分細(xì)節(jié)的話，您可以參考這篇文章：
使用MD5對存放在數(shù)據(jù)庫中用戶密碼進(jìn)行保護(hù)
直接對重要數(shù)據(jù)進(jìn)行MD5處理后，反向解密確實難度很大，但還是可以找出破綻的，請看下圖：
如果名為李自成的用戶可以查看數(shù)據(jù)庫，那么他可以觀察到自己的密碼和別人的密碼加密后的結(jié)果都是一樣，那么，別人用的和自己就是同一個密碼，這樣，就可以利用別人的身份登錄了。
那么我們以前的加密方法是否對這種行為失效了呢？其實只要稍微混淆一下就能防范住了，這在加密術(shù)語中稱為“加鹽”。具體來說就是在原有材料（用戶自定義密碼）中加入其它成分（一般是用戶自有且不變的因素），以此來增加系統(tǒng)復(fù)雜度。當(dāng)這種鹽和用戶密碼相結(jié)合后，再通過摘要處理，就能得到隱蔽性更強的摘要值。下面請見代碼：
// 對密碼進(jìn)行加鹽后加密，加密后再通過Hibernate往數(shù)據(jù)庫里存
String changedPswd=DigestUtils.md5Hex(name+pswd);
就是這樣簡單，上面代碼中鹽就是用戶名，可以的話還可以用用戶注冊時的郵件，注冊時間等非空信息（如果是空信息這個加鹽處理會失效）。
下面是數(shù)據(jù)庫中兩個用戶的記錄，他們的實際登錄密碼都是123456，但光看用戶記錄是完全看不出來的。這下別有用心的人打開數(shù)據(jù)庫看到的密碼都完全不一樣，他以前的手段就失效了。
加鹽就是這樣簡單，感謝您看到這里。