标签：
https原理，
我很难一下子记住， https=http+ssl
先说http， 基于tcp/IP协议 传输，有三次握手
http://blog.csdn*net/xubo_zhang/article/details/11900947
第一次握手：主机A发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机； 第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包 第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。 完成三次握手，主机A与主机B开始传送数据。 在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。 第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 完成三次握手，客户端与服务器开始传送数据.
至此应该扩展一下联想， 三次握手 随机数和并发式接口的关系， 貌似没有关系
握手完成后，开始传输数据，阻塞方式传输是要等前面的任务完成后才可以开始另一个传输。
7层网络网络协议
ssl 做支付时用过，证书中保存着密钥串，在传输之前是要加密的，请求https地址 在收到反馈的密文时需要用密钥解密。
浏览器是帮我们做了这件事情，在渲染页面之前已经完成解密。
标签：
原文地址：http://www.cnblogs.com/viewcozy/p/4814828.html
