双向认证，顾名思义，客户端和服务器端都需要验证对方的身份，在建立HTTPS连接的过程中，握手的流程比单向认证多了几步。单向认证的过程，客户端从服务器端下载服务器端公钥证书进行验证，然后建立安全通信通道。双向通信流程，客户端除了需要从服务器端下载服务器的公钥证书进行验证外，还需要把客户端的公钥证书上传到服务器端给服务器端进行验证，等双方都认证通过了，才开始建立安全通信通道进行数据传输。
1. 原理
1.1 单向认证流程(无加密方案选择过程)
单向认证流程中，服务器端保存着公钥证书和私钥两个文件，整个握手过程如下：
-
客户端发起建立HTTPS连接请求，将SSL协议版本的信息发送给服务器端；
-
服务器端将本机的公钥证书（server.crt）发送给客户端；
-
客户端读取公钥证书（server.crt），取出了服务端公钥；
-
客户端生成一个随机数（密钥R），用刚才得到的服务器公钥去加密这个随机数形成密文，发送给服务端；
-
服务端用自己的私钥（server.key）去解密这个密文，得到了密钥R
-
服务端和客户端在后续通讯过程中就使用这个密钥R进行通信了。
1.2 双向认证流程（有加密方案选择过程）
-
客户端发起建立HTTPS连接请求，将SSL协议版本的信息发送给服务端；
-
服务器端将本机的公钥证书（server.crt）发送给客户端；
-
客户端读取公钥证书（server.crt），取出了服务端公钥；
-
客户端将客户端公钥证书（client.crt）发送给服务器端；
-
服务器端使用根证书（root.crt）解密客户端公钥证书，拿到客户端公钥；
-
客户端发送自己支持的加密方案给服务器端；
-
服务器端根据自己和客户端的能力，选择一个双方都能接受的加密方案，使用客户端的公钥加密后发送给客户端；
-
客户端使用自己的私钥解密加密方案，生成一个随机数R，使用服务器公钥加密后传给服务器端；
-
服务端用自己的私钥去解密这个密文，得到了密钥R
-
服务端和客户端在后续通讯过程中就使用这个密钥R进行通信了。