Content-Length：首部行指示了被发送对象中的字节数
Content-Type：首部行指示了实体体中的对象是 HTML 文本
二、HTTP 的请求方式
GET、POST、PUT、DELETE、HEAD、OPTIONS
1、GET 和 POST 方式的区别
从语法角度来看，最直观的区别就是
GET 的请求参数一般以?分割拼接到 URL 后面，POST 请求参数在 Body 里面
GET 参数长度限制为 2048 个字符，POST 一般是没限制的
GET 请求由于参数裸露在 URL 中， 是不安全的，POST 请求则是相对安全
之所以说是相对安全，是因为，如果 POST 虽然参数非明文，但如果被抓包，GET 和 POST 一样都是不
安全的。(HTTPS 该用还是得用)
而从语义的角度来看：
GET：获取资源是 安全的，幂等的(只读的，纯粹的)， 可缓存的
POST：获取资源是 非安全的，非幂等的，不可缓存的
这里的安全是指不应引起 Server 端的任何状态变化
GET 的语义就是获取数据，是不会引起服务器的状态变化的，即是安全的。（HEAD，OPTIONS 也是安
全的）
而 POST 语义则是提交数据，是可能会引起服务器状态变化的，即是不安全的
幂等:同一个请求方法执行多次和执行一次的效果完全相同
显然 GET 请求是幂等而 POST 请求是非幂等的。
这里用幂等形容 GET 还不够，因为 GET 不止是执行多次和执行一次的效果完全相同，而且是执行一次
和执行零次的效果也是完全相同的。
请求是否可以被缓存。
GET 请求会主动进行 Cache
以上特性，并非并列，正是因为 GET 是幂等的只读的，即 GET 请求除了返回数据不会有其他副作用，所以
GET 才是安全的，从而可以直接由 CDN 缓存，大大减轻服务器的负担，也就是可缓存的。
而 POST 是非幂等的，即除了返回数据还会有其他副作用，所以 POST 是不安全的，必须交由 web 服务器处
理，即是 不可缓存的
GET 和 POST 本质上就是 TCP 链接，并无差别。但是由于 HTTP 的规定和浏览器/服务器的限制，导致他们
在应用过程中体现出一些不同。
在响应时，GET 产生一个 TCP 数据包；POST 产生两个 TCP 数据包:
对于 GET 方式的请求，浏览器会把 Header 和实体主体一并发送出去，服务器响应 200（返回数据）；
评论0