http笔记整理之报文

最新推荐文章于 2024-11-20 22:19:19 发布

原创最新推荐文章于 2024-11-20 22:19:19 发布 · 392 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#http协议 #http报文 #get #post

HTTP 专栏收录该内容

2 篇文章

订阅专栏

看了书和各种网上资料, 学东西嘛, 要做总结, 这些老笔记整理一下, 供以后方便查阅也加强印象和理解.

这里写图片描述

报文的组成

起始行(start line)
首部(header)
主体(body)

可细分为 :

方法 :

如GET, HEAD, POST
这里写图片描述

关于HTTP请求GET和POST的区别 :

1.提交方式的区别:

- GET提交，请求的数据会附在URL之后（就是把数据放置在HTTP协议头＜request-line＞中），以?分割URL和传输数据，多个参数用&连接;例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％XX中的XX为该符号以16进制表示的ASCII。

- POST提交：把提交的数据放置在是HTTP包的包体＜request-body＞中。上文示例中红色字体标明的就是实际的传输数据

因此，GET提交的数据会在地址栏中显示出来，而POST提交，地址栏不会改变

2.传输数据的大小：

   首先声明,HTTP协议没有对传输的数据大小进行限制，HTTP协议规范也没有对URL长度进行限制。 而在实际开发中存在的限制主要有：

   GET:特定浏览器和服务器对URL长度有限制，例如IE对URL长度的限制是2083字节(2K+35)。对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。

   因此对于GET提交时，传输数据就会受到URL长度的限制。

   POST:由于不是通过URL传值，理论上数据不受限。但实际各个WEB服务器会规定对post提交数据大小进行限制，Apache、IIS6都有各自的配置。

安全性：

POST的安全性要比GET的安全性高。注意：这里所说的安全性和上面GET提到的“安全”不是
同个概念。上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security
的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)
登录页面有可能被浏览器缓存， (2)
其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，