Android：客户端和服务器之间传输数据加密

桃扇骨 2022-07-28 05:16 165阅读 0赞

Android客户端与服务器进行数据传输时，一般会涉及到两类数据的加密情况，一类是只有创建者才能知道的数据，比如密码；另一类是其他比较重要的，但是可以逆向解密的数据。

第一类：密码类的数据，为了让用户放心注册，密码类的数据的加密一般都是经过双重加密的，第一重加密使用不可逆的MD5算法加密，第二重加密是可逆的加密，常见的可逆加密有对称加密和非对称加密。上述不可逆的意思就是一旦加密就不能反向得到密码原文，一般用来加密用户密码，app的服务器端一般存储的也都是密文密码，不然用户就太危险了，app的运营商也承担不起这么大的责任。虽然现在MD5加密生成的密文也可以破解了，但是我们不需要担心，因为我们可以采用多重加密方式来应对。在数据传输的过程中，首先把密码类数据经过MD5加密算法加密，然后再在外面使用可逆的加密方式加密一次，这样在数据传输的过程中，即便数据被截获了，但是想要完全破解，还是很难的（本来就不存在完全不能解密的加密）。

MD5加密算法：

**\[java\]**  [view plain][]  [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

1.  **public** String getMD5Code(String info) \{  
2.      **try** \{  
3.          MessageDigest md5 = MessageDigest.getInstance("MD5");  
4.          md5.update(info.getBytes("UTF-8"));  
5.          **byte**\[\] encryption = md5.digest();  
6.    
7.          StringBuffer strBuf = **new** StringBuffer();  
8.          **for** (**int** i = 0; i < encryption.length; i++) \{  
9.              **if** (Integer.toHexString(0xff & encryption\[i\]).length() == 1) \{  
10.                 strBuf.append("0").append(  
11.                         Integer.toHexString(0xff & encryption\[i\]));  
12.             \} **else** \{  
13.                 strBuf.append(Integer.toHexString(0xff & encryption\[i\]));  
14.             \}  
15.         \}  
16.   
17.         **return** strBuf.toString();  
18.     \} **catch** (Exception e) \{  
19.         // TODO: handle exception  
20.         **return** "";  
21.     \}  
22.   
23. \}

第二类数据：非密码类的数据，虽然这些数据也很重要，但是一般其他人截获了这些数据对他们意义不太大，这些数据我们一般采用可逆的加密方式加密，因为我们在服务器端还是需要这些数据的明文的，常用的可逆加密方法有：对称加密和非对称加密。何为对称加密？在对称加密算法中，数据发信方将明文和加密密钥一起经过特殊的加密算法处理后，使其变成复杂的加密密文发送出去，收信方收到密文后，若想解读出原文，则需要使用加密时用的密钥以及相同加密算法的逆算法对密文进行解密，才能使其回复成可读明文。在对称加密算法中，使用的密钥只有一个，收发双方都使用这个密钥，这就需要解密方事先知道加密密钥。非[对称加密算法][Link 1]是一种密钥的保密方法。非对称加密算法需要两个密钥：[公开密钥][Link 2]（publickey）和私有密钥（privatekey）。公开密钥与私有密钥是一对，如果用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；如果用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法。 非对称加密算法实现机密信息交换的基本过程是：甲方生成一对[密钥][Link 3]并将其中的一把作为公用密钥向其它方公开；得到该公用密钥的乙方使用该密钥对机密信息进行加密后再发送给甲方；甲方再用自己保存的另一把专用密钥对加密后的信息进行解密。

转载地址：[http://blog.csdn.net/huanongjingchao/article/details/45768847][http_blog.csdn.net_huanongjingchao_article_details_45768847]

[view plain]: http://blog.csdn.net/huanongjingchao/article/details/45768847#
[CODE]: https://code.csdn.net/assets/CODE_ico.png
[CODE_CODE]: https://code.csdn.net/snippets/668185
[ico_fork.svg]: https://code.csdn.net/assets/ico_fork.svg
[ico_fork.svg 1]: https://code.csdn.net/snippets/668185/fork
[Link 1]: http://baike.baidu.com/view/7591.htm
[Link 2]: http://baike.baidu.com/view/1145160.htm
[Link 3]: http://baike.baidu.com/view/934.htm
[http_blog.csdn.net_huanongjingchao_article_details_45768847]: http://blog.csdn.net/huanongjingchao/article/details/45768847