• RSA：非对称加密，会产生公钥和私钥，公钥在客户端，私钥在服务端。公钥用于加密，私钥用于解密。
• AES：对称加密，直接使用给定的秘钥加密，使用给定的秘钥解密。(加密解密使用相同的秘钥)。
• MD5：一种单向的加密方式，只能加密，不能解密。
• Base64编码：对字节数组转换成字符串的一种编码方式。

二、通信加密的逻辑

2.1 明文传输通信逻辑（不安全）

1). 客户端将要上传的数据以字典(Map)的方式打包，Post提交给服务器。

2). 服务器接收提交的数据包，通过Key-Value的形式获取客户端提交的值，进行处理。

3). 处理结束，将数据以字典(Map)的形式打包，返回给客户端处理。

2.2 加密传输通信逻辑

整体流程：客户端上传数据加密 ==> 服务器获取数据解密 ==> 服务器返回数据加密 ==> 客户端获取数据解密。

三、通信请求安全性实现方案

请求安全性主要体现为： 服务器端在接收到请求的时候，要主动鉴别该请求是否有效，是否可接受。

常用方案如下：

3.1 使用 token 已登陆用户的识别码

解决问题：

用户调用接口时，不用每次都带上用户名和密码，避免了频繁在网络中传输密码被截获的风险。

使用场景：

用户登录系统时传入用户名和密码，服务器校验成功之后，根据uuid等参数生成token返回给客户端，同时把该token和该用户的对应关系缓存在服务器端。客户端在后续的请求接口中不用每次都传入用户名和密码，只需要传入token即可。服务器会根据token确定客户端的身份。

注意事项:

token可设置生效时间，token失效之后，客户端重新请求token。

3.2 sign:请求参数的签名

解决问题:

避免请求参数被恶意修改。保证了请求数据的一致性。

使用场景:

客户端和服务端约定一个签名生成算法。客户端在请求接口之前调用签名算法，根据参数生成sign值。然后把sign和请求参数一并传给服务器。服务器收到到参数和签名之后，根据请求参数，调用签名算法计算出签名，然后比较该签名和客户端传过来的签名是否一致，如果一致，则说明请求参数未被修改过，如果不一致，则说明请求参数被修改过。

3.3 nonce：请求中附带的随机数

解决问题:

防止恶意程序重复向服务器重复发送相同的请求。

使用场景：

客服端在向服务器发出请求之前，随机生成nonce参数。服务器在接收到请求之后，取出nonce参数，然后去缓存中查找是否已存在nonce的值。如果存在，则说明该请求已经收到过，则 拒绝本次请求，如果不存在，则说明首次接收到该请求，正常进行处理。

3.4 timestamp：客服端发送请求的时间戳

timestamp机制一般和nonce组合使用

解决的问题:

防止服务器端缓存nonce数据量过大的问题。当服务器缓存的nonce较多时，每次查找nonce就会耗费大量时间。通过添加请求时间戳，判断请求时间到服务器接收到请求的时间差是否在有效处理时间内（例如5分钟），如果在5分钟之内则进行处理，如果超出五分钟则拒绝该请求。这样，服务器端在缓存nonce的时候，可以设置nonce的缓存时间为5分钟，超出5分钟之后，自动清除掉缓存中的nonce，这样就避免了缓存大量nonce的问题。

使用场景:

客服端在发出请求时，附带timestamp，记录下当前的请求时间。服务器接收到请求时，取出timestamp，判断和当前的时间差，如果超出一定的时间(例如5分钟)，则放弃该请求。如果在5分钟之内，则取出nonce，去缓存中查找nonce，如果已存在则拒绝掉，如果不存在则正常处理。

四、通讯的数据保密性

数据保密性： http请求的数据无论是GET还是POST都可能会被抓包获取到数据。为了避免用户的敏感数据被窃取，则需要对数据进行加密处理。

1. AES:对称加密算法

使用方式:

客服端和服务器端共同确定一个用来加密和解密的秘钥。然后客服端在请求服务器是通过该秘钥对数据进行加密，服务器端在接收到请求之后使用该秘钥对数据进行解密。

优势：

加密效率高

缺点:

秘钥需要共享给客户端，具有泄露的风险

2.RSA:非对称加密算法

使用方式:

服务器端生成公钥和私钥，把私钥发送给客户端。客服端在请求服务器是，通过公钥对数据进行加密。服务器端接收到请求之后，使用私钥对加密的数据进行解密。

优势:

不需要共享私钥，避免了私钥泄露的风险。

劣势：

加密效率低，数据量大时较为耗时