香港免费永久网站平台app开发制作
前言：本节是http章节的最后一部分，主要解释一些小概念。讲解到了HTTP的方法，表单， 重定向等等。 现在废话不多说， 开始我们的学习吧。
ps：本节内容都是概念， 知道就行， 友友们放心观看哦。
目录
HTTP方法
表单
重定向
Connection
Cookie
HTTP方法
一般我们获取方法， 使用的都是GET方法。 还有一种方法叫做POST方法， 也是获取资源。 下面是可以使用的HTTP方法。
| GET | 获取资源 | 1.0、1.1 |
| POST | 获取实体主体 | 1.0、1.1 |
| PUT | 传输文件 | 1.0、1.1 |
| HEAD | 获得报文首部 | 1.0、1.1 |
| DELETE | 删除文件 | 1.0、1.1 |
| OPTIONS | 询问支持的方法 | 1.1 |
| TRACE | 追踪路径 | 1.1 |
| CONNECT | 要求用隧道协议连接代理 | 1.1 |
| LINK | 建立和资源之间的联系 | 1.0 |
| UNLINK | 断开链接关系 | 1.0 |
PUT时请求传输文件，假如我们第一行那里时PUT方法，那么就是要传输文件。 假如我的请求行是HEAD方法， 那么就是要获取各个报文的首部。 假如我的请求行时DELETE方法， 那么就是请求删除某一个文件等等。这里我们用到最多的其实是GET和POST。
表单
我们日常使用某些网站（http/https）， 是如何把我的数据交给服务器的？ 日常的时候是怎么提交的呢？？ ——这里其实是通过表单进行提交的。
什么是表单， 表单就是我们在任意网站， 进行密码登陆的时候那个文本框：
这个东西， 就是表单。 他们是用来提交数据的。
POST方法也支持参数提交， 采用请求到正文提交参数。 GET方法通过url进行提参数。 参数数量是受限的。 GET方法的参数会回显， 不私秘。POST方法私密。但是GET和POST都是不安全的。想要安全，就要加密。
HTTP的状态码，状态码其实就是响应行那的那个状态码。
- 2开头一般就代表正常处理完毕。
- 3开头一般就代表重定向状态码。
- 4开头一般就代表客户端错误。
- 5开头一般就代表服务端错误。
最常见的状态码：200（OK）， 404（NOT FOUND）， 403（Forbidden）， 302（Redirect重定向）， 504（Bad Gateway)
重定向
HTTP报头中有一个叫做location的字段。location是一个搭配3XX状态码使用， 告诫客户端记下来去哪里访问的字段。
所以， 重定向， 就是让服务器知道浏览器， 让浏览器访问新的地址。
重定向分为永久重定向和临时重定向。永久重定向就是以后都不来这里访问了，临时重定向就是只改变临时方向，下次访问是还是访问这个网站。
Connection
HTTP还有一个重要的概念就是他的属性， 首先我们看一下Content-length属性， 这个属性我们都知道表示正文的长度。 HOST就是表示目标主机是谁。User-Agent就是表示用户的操作系统和浏览器的版本信息。referer就是记录下来， 当前页面之前的那个页面。就是比如我本来在a页面，然后点击进入b页面。那么b页面的referer就是a页面。
然后就是Location， 我们之前说过。
还有一个字段就是Connection。我们接收到http请求，保温里面有一个叫做Connection：keep-live。
这个如何理解？
我们知道， 一个页面是有非常多的元素的。 每一个元素， 就是一个资源。
然后我们也知道， http协议是基于tcp的， 而tcp协议是基于字节流的。 而且， 浏览器和服务器建立起来接， 必须要经过tcp的connect。 那么， 如果有101个资源， 那么我们请求资源一共101次，每一次请求都要请求连接， 然后发送请求。 发送请求后又要断开连接。 那么一共101次， 就特别浪费时间。 这种一次请求一个资源，就关闭连接我们称为短链接。
后来， 我们的http的设计者就想到， tcp就是双向通信的一个信道，就是下面的图：
这种一次连接， 多个请求， 就叫做长连接。
http1.0默认支持的就是短链接， http1.1默认支持的就是长连接。然后我们的请求方和响应双方进行交互的前几次， 其实也是在协商http的版本。 然后如何证明我们的协商后的版本，就是这个Connection。 如果Connection是keep-alive， 那么就是长连接。
Cookie
http协议是无状态的， 就比如我们今天访问一个网页， 我们反复刷新的时候， 浏览器就要一次一次的向服务器发起请求。 http已经不记录自己曾经访问这张图片， 这个网页。 所以请求一次，下一次请求还是要重新发送请求。 但是如果是这样的， 假设我们刷视频， 我们看一个视频是不是就是一次请求？ 而如果每次刷新视频都重新请求， 也就是意味着要重新登陆， 那么是不是就算太麻烦了， 所以这里就用到了cookie。
下面就是一个cookie建立的过程。 一开始我们现在浏览器填写账号密码。 然后浏览器将数据打包发送给b站。 b站就收账号密码后进行身份验证， 验证成功后响应请求。 将账号密码作为cookie打包响应回去。 然后浏览器就收到了cookie， 以后再登录就是使用cookie里面的数据了。