HTTP协定
HTTP协定和TCP/IP协定族内的其他浩瀚协定雷同，用于客户端和服务器之间的通讯。
请求接见资本的一端为客户端，相应资本的一端为服务器。请求必需从客户端发出，而服务器复兴相应，因而竖立通讯是从客户端最先的。
请求报文
POST /index.htm HTTP/1.1
Host: hackr.jp
Connection: keep-alive
Content-Type: application/x-www-form-urlencoded
Content-Length: 16
name=ueno&age=25
报文申明
- 要领
POST
- URI
/index.htm
- 协定版本
HTTP/1.1
- 请求首部字段
Host: hackr.jp
Connection: keep-alive
Content-Type: application/x-www-form-urlencoded
Content-Length: 16
- 内容实体
name=ueno&age=25
相应报文
HTTP/1.1 200 OK
Date: Tue, 10 Jul 2012 06:50:15 GMT
Content-Length: 363
Content-Type: text/html
<html>
…
报文申明
- 协定版本
HTTP/1.1 200 OK
- 状况码
200
- 状况码的缘由短语
OK
- 相应首部字段
Date: Tue, 10 Jul 2012 06:50:15 GMT
Content-Length: 363
Content-Type: text/html
- 主体
<html>
…
HTTP是不保存状况的协定
为了更快的处置惩罚大批的事物，确保协定的伸缩性，因而把HTTP协定设为无状况协定；为此，引入Cookie手艺保存用户的上岸状况。
HTTP请求要领
- GET：猎取资本
GET要领用来请求接见已被URI辨认的资本。
- POST：传输实体主体
虽然GET要领和POST要领都可以用来传输实体，但平常不必GET要领。
GET与POST的区分
| 要领 | GET | POST |
|---|---|---|
| 实质 | 讨取数据 | 提交数据 |
| 平安性 | 低 | 高 |
| 实行效力 | 高 | 低 |
| 机制 | 将参数拼接在url上，明文传输 | 将表单内各个字段与其内容安排在HTML HEADER内一同传送到action属性所指的URL地点 |
| 大小 | 取决于浏览器和体系 | 理论上没有限定，取决于浏览器和体系 |
| 地点栏输入 | 支撑 | 不支撑 |
| 浏览器历史记录 | 保存参数 | 参数不保存 |
| 编码体式格局 | url编码 | 多种编码体式格局 |
- PUT：传输文件
PUT要领用来传输文件，相似FTP协定文件上传，请求的报文中包括文件内容，然后保存在URI指定位置。
然则HTTP/1.1的PUT要领不带考证机制，任何人都能上传文件，存在平安性问题，慎用。
- HEAD：猎取报文首部
相似GET要领，区分在于只返回报文首部，不返回报文主体。
- DELETE：删除文件
与PUT要领相反，用来删除文件，DELETE要领按请求URI删除指定资本。
然则HTTP/1.1的DELETE要领一样不带考证机制，存在平安性问题，慎用。
区分
- OPTIONS：讯问支撑要领
返回服务器支撑的要领
- TRACE：追踪途径
- CONNECT：请求用隧道协定衔接代办
耐久衔接
旨在竖立1次TCP衔接后举行屡次请乞降相应的交互，在HTTP/1.1中默许都是耐久衔接
