http协议是基于tcp协议，默认是80端口。它的特点是什么？它是基于请求和响应的，大家抓个包能看到http协议有一个请求报文有一个响应报文，还有它是一个无状态的协议，还有一个无连接的协议。无连接是指：http协议每次只能处理一个请求，限制我们每次连接只处理一个请求，就是服务器处理完客户的一个请求，并且收到客户的应答之后就会断开连接，即一个连接处理一个请求。后续再有其他请求需要重新发起连接。它采用这种方式啊，其实是为了节省时间，但是一般web页面都比较复杂，可能需要在一个连接里面要处理多个请求，这时就不希望处理完一个请求，就断开连接，而是希望一个连接里面要去处理多个请求，于是在这个协议里面定义了一个新的功能叫做keep alive机制，它就可以让我们的一个连接保持。我们让它保持之后呢，它就变成了一个长链接。无状态是指：就是这个协议对于客户端是没有任何的记忆能力，那它导致一个问题，例如一个请求，断开了，没有保留本次请求里面的一个消息。然后下一个请求又来了。那么此时要用到上一个请求的东西怎么办？这时候就需要重新传输。比如说使用淘宝，用户需要先进行登录，然后再去购买商品，那登录是一个请求，购买商品又是另外一个请求，那购买商品的时候是不是一定要先登录，这时就希望他能够给我保留一些登录相关的信息，怎么办呢？这时候我们应该采取一些什么样的机制来进行呢？就是一个cookie的机制和一个session的一个机制。明文就是没有加过密的报文。所以账号密码都可以看见，非常的不安全，也不会对双方的“身份”进行认证。比如说我们有一个客户端，要想跟服务器进行一个通信，那中间如果有一个第三者，它就做了一个截取消息，篡改消息，因为客户端和服务器它并没有进行身份认证，所以中间第三者他可以把这个消息窃取到，进行修改之后再发给服务器。这是一个很不安全的地方，这就是http协议的一个非常明显的一个缺点。基于这个缺点HTTPS（全称：Hyper Text Transfer Protocol Secure）应运而生，就是超文本传输安全协议。https协议它是加过密的，它的报文我们叫做密文。没有相关的密钥是看不到里面的具体消息，还可以保证我们的一个消息避免被窃取。http + 加密 + 身份认证 + 完整性 = HTTPShttps协议是基于tcp的443端口。我们经常把https协议叫做披着ssl协议外壳的http协议。http协议和https协议都是基于TCP协议的，但是对于https协议呢，它是先有一个ssl协议的，它需要先有1个ssl封装加密。HTTPS网络中数据包的封装的过程：先封装一个ssl协议头部，然后再去封装一个http协议，所以它需要先去基于1个ssl加密的，然后呢在这个加密的基础上面发送http的消息。ssl协议它有一个非常复杂的一个握手过程。不是tcp的这个握手，我们的ssl握手的过程。过程比较复杂，大家可以看一下这个图：这个图的过程其实是很复杂的，我们用一个比较浅显的例子来帮大家来理解这个过程。客户端想要跟服务器建立连接的基础上面去建立连接。比如说这个女生是一个客户端。这个男生是服务器。客户端要去跟服务器建立https的连接。男生也是很有诚意的，他就说好呀，那既然你要跟我建立连接,我们先建立一个安全通道吧。也就是ssl握手的过程。第一条消息是由客户端发起的。所以叫做client hello消息。消息包括客户端支持的所有加密方式。男生（服务器）会在女生（客户端）告诉的加密方式里面去选一个一样的加密方法，也就是要选择一样的语言来进行沟通。第二条消息，是男生基于女生发的第一条消息回应的一个消息。刚刚客户端这边叫做client hello，现在男生回复的叫做server hello。当然男生作为一个gentleman，他要表达他的诚意，他把他的身份证给了这个女生表示我是一个合法公民，相当于服务器的一张证书，给到了客户端。那客户端拿到这个证书，证书里面包含了一些密钥信息。所以拿到这个证书之后，她在本地默默地生成了一个密钥，这个密钥用来加密后面的传输数据，就是用来加密后面的http协议的交互消息的。她就把这个密钥消息通过一定的方式来告诉了这个男生。男生也记下来了。它记下来之后，它也要发一条消息告诉这个客户端我记下来了，那以后我们就用这个加密方式来进行一个安全聊天，至此我们的ssl握手就结束了。刚刚那个是简易过程，下图为一个细化版。左边是客户端，右边是服务器客户端给服务器发一个handshake（client hello）握手消息，把所有的加密规则都发给服务器，那服务器收到之后回了一个server hello，这里面包括一组加密算法，一个身份证消息，以证书的形式发给了浏览器，第二条消息是server hello，第三条消息也是我们的一个证书。客户端获得了证书之后去验证他的证书，看他的身份是不是合法的。如果这个证书要是受信任的，客户端就会在本地默默生成一个密钥，生成的密钥之后把这个密钥告诉服务器。通过client key exchange就是客户端密钥来进行一个交换，他会给他发一个加密的一个套件说明给到客户端。总共做的事情就是把我本地生成的密钥告诉了客户端，那服务器他收到之后也要去确认一下。那ssl握手就结束。总结：首先加密的功能通过客户端生成的一个密钥来进行加密，身份认证是通过服务器给发的证书做身份认证。只有服务器发了证书这种叫作单向认证。如果有些网站安全要求比较高，可以做双向认证！单项认证只有服务器发了证书，那如果要去做双向认证，就是客户端和服务器都认证，相互交换证书，也就是说我的客户端也要去向CA申请一张证书，然后把这张证书发给服务器，让服务器也来认证一下我客户端的身份完整性验证就是防止有第三方去篡改消息，有一个叫作MD5的哈希算法，通过MD5进行哈希算法。相当于我打了一个补丁，放在客户端的消息，然后把消息带这个补丁发给服务器，让服务器收到后再去验证对比一下这个摘要的正确性，这个摘要跟客户端的那个补丁是否一样的，如果他们一样，就表示这个消息没有被篡改。那面试官常常会问的一个问题就是:https协议和http协议的区别第一：安全性从安全性角度， https协议是比http协议安全的，因为http是明文，易受攻击，也没有办法认证身份，也没有办法保证数据的完整性，https协议呢？它密文加密了，还能认证身份，还能防止消息被篡改，对安全性是非常高的。这是他们两个的第一个非常重要的区别.第二：灵活性http是tcp的80端口，https是tcp的443端口，灵活性不同， http协议也没有复杂的握手过程，https因为ssl这个协议的实现过程比较复杂,有一些加密，有些密钥的计算，有一些很复杂的技术在里面，所以它的技术门槛比较高，如果你要基于这个技术去开发一个网站的话，它的技术要求会比较高。第三：速度很明显http协议速度肯定快。因为它不需要经过复杂的ssl的握手，所以它的速度非常快。https协议需要经过一些复杂的安全过程，所以需要服务器性能好，服务器如果资源不够，都没有办法承载这个复杂的加密算法，也会导致我们用户的访问速度会比较慢.第四：经济适用度就是http协议，它没有一些额外的费用。但是呢，https协议，要去CA颁发证书，这个需要花钱的，年费大概是600到1000左右，还需要一些技术支持等费用，它是比较贵的，https优势这么明显，但是仍然有一些网站，像有一些小公司，由于对服务器要求比较高，可能就承担不起.关注我了解更多程序员资讯技术，领取丰富资料
本文出自快速备案，转载时请注明出处及相应链接。
