开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第20天，点击查看活动详情
接上
-
第三部分：状态的描述信息
-
ok 表示正常成功结束。
-
not found 表示资源找不到
-
响应头（了解）：
- 响应的内容类型 Content-Type
- 响应的内容长度 Content-Length
- 响应的时间 Date
- ....
-
空白行：
- 用来分隔“响应头”和“响应体”的。
-
响应体：
- 响应体就是响应的正文，这些内容是一个长的字符串，这个字符串被浏览器渲染，解释并执行，最终展示出效果。
-
-
怎么查看的协议内容？
- 使用chrome浏览器：F12。然后找到network，通过这个面板可以查看协议的具体内容。
-
怎么向服务器发送GET请求，怎么向服务器发送POST请求？
-
到目前为止，只有一种情况可以发送POST请求：使用form表单，并且form标签中的method属性值为：method="post"。
-
其他所有情况一律都是get请求：
- 在浏览器地址栏上直接输入URL，敲回车，属于get请求。
- 在浏览器上直接点击超链接，属于get请求。
- 使用form表单提交数据时，form标签中没有写method属性，默认就是get
- 或者使用form的时候，form标签中method属性值为：method="get"
- ....
- GET请求和POST请求有什么区别？
-
-
get请求发送数据的时候，数据会挂在URI的后面，并且在URI后面添加一个“?”，"?"后面是数据。这样会导致发送的数据回显在浏览器的地址栏上。（get请求在“请求行”上发送数据）
-
post请求发送数据的时候，在请求体当中发送。不会回显到浏览器的地址栏上。也就是说post发送的数据，在浏览器地址栏上看不到。（post在“请求体”当中发送数据）
-
get请求只能发送普通的字符串。并且发送的字符串长度有限制，不同的浏览器限制不同。这个没有明确的规范。
-
get请求无法发送大数据量。
-
post请求可以发送任何类型的数据，包括普通字符串，流媒体等信息：视频、声音、图片。
-
post请求可以发送大数据量，理论上没有长度限制。
-
get请求在W3C中是这样说的：get请求比较适合从服务器端获取数据。
-
post请求在W3C中是这样说的：post请求比较适合向服务器端传送数据。
-
- get请求是安全的。get请求是绝对安全的。为什么？因为get请求只是为了从服务器上获取数据。不会对服务器造成威胁。（get本身是安全的，你不要用错了。用错了之后又冤枉人家get不安全，你这样不好，那是你自己的问题，不是get请求的问题。）
-
- post请求是危险的。为什么？因为post请求是向服务器提交数据，如果这些数据通过后门的方式进入到服务器当中，服务器是很危险的。另外post是为了提交数据，所以一般情况下拦截请求的时候，大部分会选择拦截（监听）post请求。
