springboot入门(2)——RESTful 接口的 Web服务

想要了解web的相关服务、接口等，最先要了解之一的应当就是HTTP了，以下是一些关于它的基础知识，其中包含个人理解，欢迎指出我的不足和错误。

一、HTTP概念

HTTP（Hyper Text Transfer Protocol）又名超文本传输协议，顾名思义，是用于传输超文本的协议/标准，它为文本在客户端与服务端之间的信息传输制定了标准。在我们的网址中，我们会看到：http，即为此网站是使用HTTP作为通讯协议的；而https则为安全套接字层超文本传输协议HTTPS，在网站之间加密了一层。

二、HTTP请求过程

1.首先通过DNS对域名进行解析
2.通过TCP三次握手，浏览器与服务器端建立连接
3.浏览器发起HTTP请求
4.服务器响应HTTP请求
5.浏览器解析html代码，并请求html代码中的资源（css/js/image）
6.浏览器对页面内容进行渲染并展示
7.TCP四次挥手关闭连接
这里着重来看一下三次握手和四次挥手（也是我不太懂的地方）。

1.三次握手

具体例子已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。”

2.四次挥手

具体例子TCP协议是一种面向连接的、可靠的、基于字节流的运输层通信协议。TCP是全双工模式，这就意味着，当主机1发出FIN报文段时，只是表示主机1已经没有数据要发送了，主机1告诉主机2，它的数据已经全部发送完毕了；但是，这个时候主机1还是可以接受来自主机2的数据；当主机2返回ACK报文段时，表示它已经知道主机1没有数据发送了，但是主机2还是可以发送数据到主机1的；当主机2也发送了FIN报文段时，这个时候就表示主机2也没有数据要发送了，就会告诉主机1，我也没有数据要发送了，之后彼此就会愉快的中断这次TCP连接。

这一部分的内容转自: 一次完整的HTTP请求过程.

三、HTTP请求方法

（着重讲解请求Request、服务响应Response和get、put、post等主要概念和技术方法。）

1.请求Request

1.1概念

请求消息（request）主要是客户端向服务器发送一个HTTP请求，包括用户提交的信息以及客户端的一些信息。

1.2技术方法

Request对象唯一的方法是BinaryRead，它允许访问从用户页面<FORM>段中传递给服务器的请求信息的完整内容。
其语法格式为：
Request.BinaryRead(count)
说明：
① count表示当数据作为POST请求的一部分发往服务器时，从客户请求中获得数据的字节数。
② 该方法返回一个Variant数组(或者SafeArray)。
③ 如果ASP代码已经引用了Request.Form集合，这个方法就不能再用。同样，如果用了BinaryRead方法，也不能再访问Request.Form集合。

2.服务响应Response

2.1概念

服务器接受用户端发出的请求以后，返回的响应消息。

2.2技术方法

服务响应由四个部分组成：状态行、消息报头、空行和响应正文。

第一部分：状态行，由HTTP协议版本号， 状态码， 状态消息 三部分组成。
第一行为状态行，（HTTP/1.1）表明HTTP版本为1.1版本，状态码为200，状态消息为（ok）

第二部分：消息报头，用来说明客户端要使用的一些附加信息 第二行和第三行为消息报头，
Date:生成响应的日期和时间；Content-Type:指定了MIME类型的HTML(text/html),编码类型是UTF-8

第三部分：空行，消息报头后面的空行是必须的 第四部分：响应正文，服务器返回给客户端的文本信息。 空行后面的html部分为响应正文。

3.get、put、post

3.1概念

GET操作是安全的。所谓安全是指不管进行多少次操作，资源的状态都不会改变。比如我用GET浏览文章，不管浏览多少次，那篇文章还在那，没有变化。当然，你可能说每浏览一次文章，文章的浏览数就加一，这不也改变了资源的状态么？这并不矛盾，因为这个改变不是GET操作引起的，而是用户自己设定的服务端逻辑造成的。
PUT，DELETE操作是幂等的。所谓幂等是指不管进行多少次操作，结果都一样。比如我用PUT修改一篇文章，然后在做同样的操作，每次操作后的结果并没有不同，DELETE也是一样。顺便说一句，因为GET操作是安全的，所以它自然也是幂等的。
POST操作既不是安全的，也不是幂等的，比如常见的POST重复加载问题：当我们多次发出同样的POST请求后，其结果是创建出了若干的资源。

3.2技术方法

1).GET把参数包含在URL中，POST通过request body传递参数;
2).GET在浏览器回退时是无害的，而POST会再次提交请求;
3).GET产生的URL地址可以被Bookmark，而POST不可以;
4).GET请求会被浏览器主动cache，而POST不会，除非手动设置;
5). GET请求只能进行url编码，而POST支持多种编码方式;
6).GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留;
7).GET请求在URL中传送的参数是有长度限制的，而POST没有限制;
8). 对参数的数据类型，GET只接受ASCII字符，而POST没有限制;
9).GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息;
具体代码在本文中不予以呈现。

参考及引用文章
http协议 及 request请求
http中get,post,put,delete方法的用法以及区别