android可逆加密
android中用的到加密：
Https編程 :應該是使用帶安全的網路協議處理。除非你本地需要加密
2.數據簽名：混淆代碼和防二次打包的APK加密技術
3.對稱加密：可以先將數據通過某種加密方式加密發送到伺服器端，然後伺服器端再解密 ，項目中除了登陸，支付等介面採用rsa非對稱加密，之外的採用aes對稱加密
4.非對稱加密====支付寶
數字摘要是指通過演算法將長數據變為短數據，通常用來標識數據的唯一性，是否被修改，常用的加密演算法有md5和sha1兩種，如Android的App簽名也是用的這兩種演算法。
由於以上兩種生成數字摘要的演算法都是不可逆的，對於可逆的加密演算法中，按照密鑰的數量和加密規則一半分為對稱加密和非對稱加密兩類：
對稱加密：
密鑰可以自己指定，只有一把密鑰，如果密鑰泄漏數據就會暴漏；
常用的對稱加密演算法有DES和AES兩種；
特點是加密速度快，但是缺點是安全性低，因為只要密鑰暴漏，數據就可以被解密。
非對稱加密的特點：
常見的非對稱加密演算法是RSA；
他有兩把密鑰，且是由程序生成的，不能自己指定；
特點是加密速度比較慢，但是安全性比較高；
加密和解密的規則是：公鑰加密只能私鑰解密，私鑰加密只能公鑰解密；
2. Android 網路交互之MD5為什麼要加鹽
MD5自身是不可逆的 但是目前網路上有很多資料庫支持反查詢
如果用戶密碼資料庫不小心被泄露黑客就可以通過反查詢方式獲得用戶密碼或者對於資料庫中出現頻率較高的hash碼(即很多人使用的)進行暴力破解(因為它通常都是弱口令)
鹽值就是在密碼hash過程中添加的額外的隨機值
比如我的id是癲ω倒④ゞ 密碼是123456 存在資料庫中的時候就可以對字元串123456/癲ω倒④ゞ 進行hash，而驗證密碼的時候也以字元串(要驗證的密碼)/癲ω倒④ゞ 進行驗證
這樣有另外一個笨蛋密碼是123456的時候 依然能構造出不同的hash值 並且能成功的驗證
這時候我的id就作為鹽值 為密碼進行復雜hash了
所以么。。鹽值的作用是減少資料庫泄露帶來的損失
如果你RP非常好 猜中了我的密碼是123456 我也阻止不了你啊
一般情況下，系統的用戶密碼都會經過一系列的加密才會存儲到資料庫或者別的資源文件。
鹽值加密：把你原來密碼，加上一些鹽然後再進行一些列的加密演算法。
比如你的密碼是：899312 用戶名是：gaobing
在security 中鹽值加密可以是這樣加鹽的899312{gaobing} 然後 ，在進行一些列的加密。
上一篇日誌中介紹了三種登陸設置，這邊用資料庫的那種作為例子：
<authentication-manager
<authentication-provider user-service-ref='myUserDetailsService'
<password-encoder hash=md5<salt-source user-property=username/</password-encoder
</authentication-provider
</authentication-manager
<b:bean id=myUserDetailsService
class=org.springframework.security.core.userdetails.jdbc.JdbcDaoImpl
<b:property name=dataSource ref=dataS /
</b:bean說明:
<salt-source user-property=username/ 這一句即聲明了所加的鹽值，即資料庫中的username欄位。
<password-encoder hash=md5 在他的屬性中指明了加鹽之後的加密演算法 即MD5(應該是32位 我測試是32位的)
這樣設置後你的資料庫中的密碼也應該是經過鹽值加密的。
比如username:gaobing 在資料庫中的password應該是899312{gaobing}經過MD5加密後的 。