http请求报文以及https请求

http请求报文和响应报文

一.请求报文

　1.一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成。

　也可以这样理解
　　＜request-line＞ //请求行 　　＜headers＞ //首部行 　　＜blank line＞ //空行 　　＜request-body＞ //请求体

　1.1 请求行

　　　　请求行由三部分组成：请求方法，请求URL（不包括域名），HTTP协议版本

　　　　请求方法比较多：GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT

　　　　最常用的是GET和POST。

　1.2 请求头部

　　　请求头部由关键字/值对组成，每行一对

　　　　1.User-Agent : 产生请求的浏览器类型

　　　　2.Accept : 客户端希望接受的数据类型，比如 Accept：text/xml（application/json）表示希望接受到的是xml（json）类型

　　　　3.Content-Type：发送端发送的实体数据的数据类型。

　　　　比如，Content-Type：text/html（application/json）表示发送的是html类型。

　　　　4.Host : 请求的主机名，允许多个域名同处一个IP地址，即虚拟主机

　　常见的Content-Type：

Content-Type	解释
text/html	html格式
text/plain	纯文本格式
text/css	CSS格式
text/javascript	js格式
image/gif	gif图片格式
image/jpeg	jpg图片格式
image/png	png图片格式
application/x-www-form-urlencoded	POST专用：普通的表单提交默认是通过这种方式。form表单数据被编码为key/value格式发送到服务器。
application/json	POST专用：用来告诉服务端消息主体是序列化后的 JSON 字符串
text/xml	POST专用：发送xml数据
multipart/form-data	POST专用    用以支持向服务器发送二进制数据，以便可以在 POST 请求中实现文件上传等功能

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

　　1.3 空行

　　　　请求头之后是一个空行，通知服务器以下不再有请求头

　　1.4 请求体

　　　　GET没有请求数据，POST有。

　　　　与请求数据相关的最常使用的请求头是 Content-Type 和 Content-Length 。

二.响应报文

HTTP响应报文和请求报文的结构差不多，也是由四个部分组成：状态行  消息报头 空行 响应体

＜status-line＞   //状态行

＜headers＞   //消息报头 ＜blank line＞ //空行 ＜response-body＞ //响应体

状态行格式如下：HTTP-Version Status-Code Reason-Phrase CRLF

       其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。状态代码由三位数字组成，第一个数字定义了响应的类别，且有五种可能取值。

 

• 1xx：指示信息--表示请求已接收，继续处理。

• 2xx：成功--表示请求已被成功接收、理解、接受。

• 3xx：重定向--要完成请求必须进行更进一步的操作。

• 4xx：客户端错误--请求有语法错误或请求无法实现。

• 5xx：服务器端错误--服务器未能实现合法的请求。

 

常见状态代码、状态描述的说明如下。

 

• 200 OK：客户端请求成功。

• 400 Bad Request：客户端请求有语法错误，不能被服务器所理解。

• 401 Unauthorized：请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用。

• 403 Forbidden：服务器收到请求，但是拒绝提供服务。

• 404 Not Found：请求资源不存在，举个例子：输入了错误的URL。

• 500 Internal Server Error：服务器发生不可预期的错误。

• 503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常，举个例子：HTTP/1.1 200 OK（CRLF）。

 2，响应头部

响应头	说明
Server	服务器应用程序软件的名称和版本
Content-Type	响应正文的类型（是图片还是二进制字符串）
Content-Length	响应正文长度
Content-Charset	响应正文使用的编码
Content-Encoding	响应正文使用的数据压缩格式
Content-Language	响应正文使用的语言

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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都有各自的配置。

 

3.安全性：

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

 

URI、URL和URN之间的区别

URI全名为Uniform Resource Indentifier（统一资源标识），用来唯一的标识一个资源，是一个通用的概念，URI由两个主要的子集URL和URN组成

URL全名为Uniform Resource Locator（统一资源定位），通过描述资源的位置来标识资源

URN全名为Uniform Resource Name（统一资源命名），通过资源的名字来标识资源，与其所处的位置无关，这样即使资源的位置发生变动，其URN也不会变化

HTTP规范将更通用的概念URI作为其资源标识符，但是实际上，HTTP应用程序处理的只是URI的URL子集

 

致谢你的阅读,希望你能有所收获

 

转载于:https://www.cnblogs.com/xcyzkh/p/11285418.html