49： HTTP协议； 53： HTTP 响应；
学习目标
- 协议内部环节、各个环节的工作原理、漏洞
- 使用协议分析工具、编辑协议
简介
- Hyper Text Transfer Protocol: HTTP 是应用层的协议，最后需要经过TCP 协议（物理层协议）才能传输；延伸（HTTPS, SOAP）
- 应用层协议与物理层协议的区别：应用层协议更关注内容
- 超文本：所有能够在网页展示的文本
- HTML: 构成网页内容的基础，所有元素都是由HTML 来呈现的
特点
- 明文传输，安全性差
- 无状态协议：比如不会记录客户端的登录状态，每次查看都有重新登录，HTTP -session, cookie 弥补这个不足
- 应用层协议，标准化协议
特点：协议头；协议正文；
HTTP 状态码：
200 ： 一切正常
302： 重定向，重定向到其他页面，比如提示页面不存在
404： 页面不存在
1、2 开头，正常；4 开头，请求错误；5 开头，服务器端有问题
HTTP 请求：
GET: 请求获取资源（由Request-URI 标识）
request headers：
- Accept: 告诉服务器我当前可以处理内容的类型；*/* = 可以处理所有内容
- Accept-Language: 客户端可接受语言
- User-Agent: 告诉服务器客户端浏览器的版本号；括号之内的信息更重要，是具体的浏览器版本；
- Accept-Encoding: gzip, deflate; 压缩方式；为了节省带宽，服务器将要发送的内容压缩（压缩过程是在服务器里发生的，浏览器接收到服务器的压缩信息之后，根据压缩格式解压缩，然后还原出原始文本）；这里告诉服务器支持的压缩格式；对应的，服务器也会返回压缩格式（Content-Encoding）
- host: 访问的主机，域名
- Connection: Keep-Alive, 长连接，TCP 连接类型；长连接存在的原因：在网络连接过程中，都需要建立TCP连接（三次握手、四次挥手）；每次连接，都要建立TCP连接，会消耗大量网络资源， 于是引入“长连接”机制；如果下次访问相同的资源，可以重用这样的连接，可以节省资源；过时机制；
- Cookie: 稍后分析
POST： 在资源（Request-URI 标识）后附加新的数据
- POST %%%% HTTP/1.1 : %%% 表示提交数据到某个绝对的URL 地址；
- Referer : 发送请求的页面； 可以跟踪来访者，了解来访者的行为；用户是如何访问我的页面的；如果 = 空，表示用户手动输入地址访问我的网站的；
提示：
- 请求中的信息都是要发给服务器的，便于服务器根据发送的信息做一步处理；
- 谷歌浏览器不需要安装HTTPwatch, 直接ctrl + shift + i 打开控制台，在“network” 页签之下即是；点击“view source” 可以看到和HTTPwatch 相同的内容；
以上为最常用请求，以下是不常用请求：
- HEAD = 请求获取资源相应消息的报头
- OPTIONS = 请求查询服务器性能，或查询与资源相关的选项和需求；
- PUT = 请求服务器存储资源，并用Request-URI 标识
- DELETE = 请求服务器删除资源
- TRACE = 请求服务器会送收到的请求信息，主要用于测试或诊断
HTTP 响应
- Server = web 服务器版本
- *Content-Type = 告诉浏览器资源类型，便于正确处理资源（数据是以二进制来发送、传输的，浏览器接收到二进制数据后，根据数据类型解析成对应的文件）
- Transfer-Encoding: chunked = 数据传输方式，表示数据是分块传输的，浏览器接收之后，根据一定机制，将数据拼装之后解析；
- Cache-Control: private = 缓存控制方式，下次重新访问相同网址时，直接从本地调用
- Expires: = 缓存过期时间；过期之后，访问网址时重新从服务器获取缓存；如果Date = Expires, 表示不保存缓存，当下有效，下次访问，重新加载；
- 浏览器缓存 = 在本地硬盘中保存了页面；缓存一般说是内存中的缓存，当缓存对象 = “浏览器”时，指的是在本地硬盘保存了页面；
- X-UA-Compatible: 支持浏览器兼容模式查看；后面是兼容的浏览器；
- Set-Cookie = 服务器生成，发给浏览器，浏览器保存在cookie 文件夹中；
注意：
学习这些知识，为的是提高整体的设计测试的能力，根据这些知识分析、判断从哪方面、角度设计测试用例；从整体上把握这些知识，不要深陷这些细节知识出不来。
