HTTP与HTTPS请求全解析：概念、发展历程及安全性能对比
一、引言
随着互联网技术的不断发展，我们每天都在与各种网络请求打交道。
其中，HTTP和HTTPS是最常见的两种网络请求协议。
虽然二者仅一字之差，但在安全性和传输机制上却有着显著的区别。
本文将详细解析HTTP和HTTPS的概念、发展历程以及安全性能对比，帮助读者更好地理解这两个协议的特点和差异。
二、HTTP协议
1. 概念
HTTP，全称为超文本传输协议（Hypertext Transfer Protocol），是一种应用层的协议，它在互联网中用于传输超文本（如网页）。
HTTP协议采用明文传输方式，即数据在传输过程中不经过加密处理。
2. 发展历程
HTTP协议自1990年诞生以来，经历了多个版本的演变。
从HTTP/1.0到HTTP/2.0，协议的性能得到了不断的优化和提升。
特别是HTTP/2.0版本的推出，解决了HTTP/1.x版本中存在的一些问题，如头部压缩、流量控制等。
三、HTTPS协议
1. 概念
HTTPS，全称为超文本传输安全协议（Hypertext Transfer Protocol Secure），是在HTTP协议的基础上增加了SSL/TLS加密层，实现数据的加密传输。
HTTPS协议通过对数据进行加密处理，确保数据在传输过程中的安全性。
2. 发展历程
HTTPS协议自1994年诞生以来，逐渐成为互联网中安全通信的标准。
随着SSL/TLS技术的不断发展，HTTPS协议的安全性能得到了不断提升。
同时，各大浏览器厂商也开始大力推广HTTPS协议，使其在网页浏览中的应用越来越广泛。
四、HTTP与HTTPS的安全性能对比
1. 数据安全性
HTTP协议采用明文传输方式，数据在传输过程中容易被中间人窃取或篡改。
而HTTPS协议采用SSL/TLS加密技术，确保数据在传输过程中的安全性，有效防止中间人攻击和数据篡改。
因此，HTTPS协议在数据安全性方面明显优于HTTP协议。
2. 连接稳定性
由于HTTP协议在传输过程中存在明文传输的问题，导致在网络连接不稳定的情况下容易出现连接中断等问题。
而HTTPS协议通过使用SSL/TLS加密技术，提高了连接的稳定性和可靠性。
因此，在连接稳定性方面，HTTPS协议表现更好。
3. 性能差异
虽然HTTPS协议在安全性方面有明显优势，但其性能相对于HTTP协议有所损耗。
由于SSL/TLS加密技术的使用，HTTPS协议的请求处理速度相对较慢，可能导致页面加载速度变慢。
HTTPS协议的服务器资源消耗也相对较高。
因此，在实际应用中需要根据实际需求进行选择。
五、总结与展望
本文详细解析了HTTP和HTTPS协议的概念、发展历程以及安全性能对比。
虽然HTTP协议在互联网中仍然广泛应用，但在安全性和连接稳定性方面存在不足。
相比之下，HTTPS协议在安全性方面具有明显优势，已成为互联网中安全通信的标准。
其性能损耗也需要在实际应用中加以考虑。
未来随着技术的不断发展，我们期待HTTP和HTTPS协议能够在性能和安全性方面得到更好的平衡和优化。
同时，随着物联网、云计算等新兴技术的发展，HTTP和HTTPS协议的应用场景也将得到进一步拓展和深化。
https和http的区别是什么
HTTPS（Secure Hypertext Transfer Protocol）安全超文本传输协议 它是一个安全通信通道，它基于HTTP开发，用于在客户计算机和服务器之间交换信息。
它使用安全套接字层(SSL)进行信息交换，简单来说它是HTTP的安全版。
它是由Netscape开发并内置于其浏览器中，用于对数据进行压缩和解压操作，并返回网络上传送回的结果。
HTTPS实际上应用了Netscape的安 全全套接字层（SSL）作为HTTP应用层的子层。
（HTTPS使用端口443，而不是象HTTP那样使用端口80来和TCP/IP进行通信。
）SSL使 用40 位关键字作为RC4流加密算法，这对于商业信息的加密是合适的。
HTTPS和SSL支持使用X.509数字认证，如果需要的话用户可以确认发送者是谁。
HTTPS和HTTP的区别：https协议需要到ca申请证书，一般免费证书很少，需要交费。
http是超文本传输协议，信息是明文传输，https 则是具有安全性的ssl加密传输协议http和https使用的是完全不同的连接方式用的端口也不一样,前者是80,后者是443。http的连接很简单,是无状态的HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议 要比http协议安全HTTPS解决的问题：
1 . 信任主机的问题. 采用https 的server 必须从CA 申请一个用于证明服务器用途类型的证书. 改证书只有用于对应的server 的时候,客户度才信任次主机. 所以目前所有的银行系统网站,关键部分应用都是https 的. 客户通过信任该证书,从而信任了该主机. 其实这样做效率很低,但是银行更侧重安全. 这一点对我们没有任何意义,我们的server ,采用的证书不管自己issue 还是从公众的地方issue, 客户端都是自己人,所以我们也就肯定信任该server.
2 . 通讯过程中的数据的泄密和被窜改
1. 一般意义上的https, 就是 server 有一个证书.
a) 主要目的是保证server 就是他声称的server. 这个跟第一点一样.
b) 服务端和客户端之间的所有通讯,都是加密的.i. 具体讲,是客户端产生一个对称的密钥,通过server 的证书来交换密钥. 一般意义上的握手过程. 加下来所有的信息往来就都是加密的. 第三方即使截获,也没有任何意义.因为他没有密钥. 当然窜改也就没有什么意义了.
2. 少许对客户端有要求的情况下,会要求客户端也必须有一个证书.
a) 这里客户端证书,其实就类似表示个人信息的时候,除了用户名/密码, 还有一个CA 认证过的身份. 应为个人证书一般来说上别人无法模拟的,所有这样能够更深的确认自己的身份.
b) 目前少数个人银行的专业版是这种做法,具体证书可能是拿U盘作为一个备份的载体.
HTTPS 一定是繁琐的.
a) 本来简单的http协议,一个get一个response. 由于https 要还密钥和确认加密算法的需要.单握手就需要6/7 个往返.i. 任何应用中,过多的round trip 肯定影响性能.
b) 接下来才是具体的http协议,每一次响应或者请求, 都要求客户端和服务端对会话的内容做加密/解密.i. 尽管对称加密/解密效率比较高,可是仍然要消耗过多的CPU,为此有专门的SSL 芯片. 如果CPU 信能比较低的话,肯定会降低性能,从而不能serve 更多的请求. 加密后数据量的影响. 所以，才会出现那么多的安全认证提示
名词解释—-超文本传输协议
超文本传输协议 超文本传输协议(HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络传输协议。
所有的WWW文件都必须遵守这个标准。
设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。
HTTP的发展是万维网协会和Internet工作小组合作的结果，在一系列的RFC发布中确定了最终版本，其中最著名的是RFC 2616。
在RFC 2616中定义了HTTP/1.1这个今天普遍使用的版本。
HTTP是一个用于在客户端和服务器间请求和应答的协议。
一个HTTP的客户端，诸如一个web浏览器，通过建立一个到远程主机特殊端口（默认端口为80）的连接，初始化一个请求。
一个HTTP服务器通过监听特殊端口等待客户端发送一个请求序列， 就像“GET / HTTP/1.1”（用来请求网页服务器的默认页面），有选择的接收像email一样的MIME消息，此消息中包含了大量用来描述请求各个方面的信息头序列，响应一个选择的保留数据主体。
接收到一个请求序列后（如果要的话，还有消息），服务器会发回一个应答消息，诸如“200 OK”，同时发回一个它自己的消息，此消息的主体可能是被请求的文件、错误消息或者其他的一些信息。
HTTP不同于其他基于TCP的协议，诸如FTP。
在HTTP中，一旦一个特殊的请求（或者请求的相关序列）完成，连接通常被中断。
这个设计使得对e69da5e887aaaf962于当前页面有规则连接到另一台服务器页面的万维网来说，HTTP是完美的。
当持久连接的缺乏成为保持用户状态的必需选择的方法时，对网页设计者来说，会偶然产生一些问题。
而大部分这些方法包括了对“cookies”的使用。
这里有一个HTTP的安全版本称为HTTPS，HTTPS支持任何的加密算法，只要此加密算法能被页面双方所理解。
HTTP（和HTTPS）由统一资源定位器或者简称URL。
创造这种地址定位的语法为了HTML的链接。
例子下面是一个HTTP客户端与服务器之间会话的例子，运行于 ，端口80客户端请求：GET / HTTP/1.1Host: （紧跟着一个空行，通过敲入回车实现）服务器应答：HTTP/1.1 200 OKContent-Length: 3059Server: GWS/2.0Date: Sat, 11 Jan 2003 02:44:04 GMTContent-Type: text/htmlCache-control: privateSet-Cookie: PREF=ID=73d4aef52e57bae9:TM=:LM=:S=SMCc_HRPCQiqyX9j; expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=: keep-alive（紧跟着一个空行，以及由HTML格式的文本组成了Google的主页）在HTTP1.0中，客户端发送一个请求至服务器，服务器发送一个应答至客户端。
之后，连接将被释放。
另一方面，HTTP1.1支持持久连接。
这使得客户端可以发送请求并且接收应答，然后迅速的发送另一个请求和接收另一个应答。
因为多个额外的请求，TCP连接并没有被释放，而每个请求中关于TCP的负载相对较少。
同时，在得到上一个请求的应答之前发送多个请求（通常是两个）也成为可能。
这个技术被称为“流水线”。
http和https的三次握手的区别
还有https会增加服务器的计算和带宽成本。
ssl层在tcp协议的握手流程上增加了几次握手,另外每一次请求都需要进行rsa校验计算,这都会给服务器造成更多计算压力。
缓存效率
