精华内容
下载资源
问答
  • http请求报文和响应报文

    万次阅读 多人点赞 2018-12-11 13:42:30
    http请求报文和响应报文 前言 http协议是一个应用层协议,其报文分为请求报文和响应报文 当客户端请求一个网页时,会先通过http协议将请求的内容封装在http请求报文之中,服务器收到该请求报文后根据协议规范进行...

    http请求报文和响应报文

    前言

    http协议是一个应用层协议,其报文分为请求报文响应报文
    当客户端请求一个网页时,会先通过http协议将请求的内容封装在http请求报文之中,服务器收到该请求报文后根据协议规范进行报文解析,然后向客户端返回响应报文。

    http报文结构为:

    • 起始行
      对报文进行描述
    • 头部
      向报文中添加了一些附加信息,是一个名/只的列表,头部和协议配合工作,共同决定了客户端和服务器能做什么事情
      例如:Content-Length(主体长度),Content-Type(主体类型)等。
    • 主体
      包含数据的主体部分

    接下来详细介绍一下http请求报文和响应报文。

    请求报文

    下面是我用wireshark捕捉到的一个http请求报文,我们来分析一下它。
    在这里插入图片描述

    起始行

    在请求报文中,起始行包括了3个部分:

    • 请求的方法(POST)
    • 请求的URL(/cgi-bin/qqshow_user_props_info)
    • 协议类型及版本(HTTP/1.1)
    请求方法

    在本例中请求的方法是POSThttp中请求方法有以下8种(其中比较常用的是GET,POST,HEAD):

    1.OPTIONS
    返回服务器针对特定资源所支持的HTTP请求方法,也可以利用向web服务器发送‘*’的请求来测试服务器的功能性
    2.HEAD
    向服务器索与GET请求相一致的响应,只不过响应体将不会被返回。这一方法可以再不必传输整个响应内容的情况下,就可以获取包含在响应小消息头中的元信息。
    3.GET
    向特定的资源发出请求。它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据(如HTML文本,或者图片或者视频等)返回给客户端。GET请求中,永远不会包含呈现数据。
    4.POST
    向指定资源提交数据进行处理请求(例如提交表单或者上传文件)。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 Loadrunner中对应POST请求函数:web_submit_data,web_submit_form
    5.PUT
    向指定资源位置上传其最新内容
    6.DELETE
    请求服务器删除Request-URL所标识的资源
    7.TRACE
    回显服务器收到的请求,主要用于测试或诊断
    8.CONNECT
    HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
    

    这里着重讲解一下GET和POST之间的区别

    • GET方法的数据参数是暴露在起始行的URL中的,而POST方法的数据参数是在报文主体中的。
    • GET方法相对来说没有POST安全,因为它的数据参数可以直接从URL中获取,但是GET的效率更高。
    • GET方法的数据参数大小有一定的限制(1024)(原因也是因为它的数据参数是放在URL中的),而POST对数据大小是没有限制的。

    其实他们的本质区别是GET是从服务器上请求数据,而POST是向服务器发送数据

    头部

    以下只列出部分请求报文头部所独有的信息:

    Client-IP:提供了运行客户端的机器的IP地址
    From:提供了客户端用户的E-mail地址
    Host:给出了接收请求的服务器的主机名和端口号
    Referer:提供了包含当前请求URI的文档的URL
    UA-Color:提供了与客户端显示器的显示颜色有关的信息
    UA-CPU:给出了客户端CPU的类型或制造商
    UA-OS:给出了运行在客户端机器上的操作系统名称及版本
    User-Agent:将发起请求的应用程序名称告知服务器       
    Accept:告诉服务器能够发送哪些媒体类型
    Accept-Charset:告诉服务器能够发送哪些字符集
    Accept-Encoding:告诉服务器能够发送哪些编码方式
    Accept-Language:告诉服务器能够发送哪些语言
    TE:告诉服务器可以使用那些扩展传输编码
    Expect:允许客户端列出某请求所要求的服务器行为
    Range:如果服务器支持范围请求,就请求资源的指定范围
    Cookie:客户端用它向服务器传送数据
    Cookie2:用来说明请求端支持的cookie版本
    

    应答报文

    和上面一样,下面是我用wireshark捕获到的一个http应答报文
    在这里插入图片描述

    起始行

    应答报文的起始行也包含了3个部分

    • 协议类型及版本号
    • 状态码
    • 状态码的文字描述
    状态码

    http协议中,状态码被分为了5大类

    • 100~199(信息性状态码)
    • 200~299(成功状态码)
    • 300~399(重定向状态码)
    • 400~499(客户端错误状态码)
    • 500~599(服务器端错误状态码)

    常见的状态码

    100:继续 客户端应当继续发送请求。客户端应当继续发送请求的剩余部分,或者如果请求已经完成,忽略这个响应。
    
    101: 转换协议 在发送完这个响应最后的空行后,将会切换到在Upgrade 消息头中定义的那些协议。只有在切换新的协议更有好处的时候才应该采取类似措施。
    
    102:继续处理 由WebDAV(RFC 2518)扩展的状态码,代表处理将被继续执行。
    
    200:请求成功 处理方式:获得响应的内容,进行处理
    
    201:请求完成,结果是创建了新资源。新创建资源的URI可在响应的实体中得到 处理方式:爬虫中不会遇到
    
    202:请求被接受,但处理尚未完成 处理方式:阻塞等待
    
    204:服务器端已经实现了请求,但是没有返回新的信 息。如果客户是用户,则无须为此更新自身的文档视图。 处理方式:丢弃
    
    300:该状态码不被HTTP/1.0的应用程序直接使用, 只是作为3XX类型回应的默认解释。存在多个可用的被请求资源。 处理方式:若程序中能够处理,则进行进一步处理,如果程序中不能处理,则丢弃 
    301:请求到的资源都会分配一个永久的URL,这样就可以在将来通过该URL来访问此资源 处理方式:重定向到分配的URL
    
    302:请求到的资源在一个不同的URL处临时保存 处理方式:重定向到临时的URL
    
    304:请求的资源未更新
    
    400:非法请求
    
    401:未授权 处理方式:丢弃
    
    403:禁止 处理方式:丢弃
    
    404:没有找到 处理方式:丢弃
    
    500:服务器内部错误 服务器遇到了一个未曾预料的状况,导致了它无法完成对请求的处理。一般来说,这个问题都会在的源代码出现错误时出现。
    
    501:服务器无法识别 服务器不支持当前请求所需要的某个功能。当服务器无法识别请求的方法,并且无法支持其对任何资源的请求。
    
    502:错误网关 作为网关或者工作的服务器尝试执行请求时,从上游服务器接收到无效的响应。
    
    503:服务出错 由于临时的维护或者过载,服务器当前无法处理请求。这个状况是临时的,并且将在一段时间以后恢复。
    

    头部

    响应报文首部提供的额外信息:

    Age:(从最初创建开始)响应持续时间
    
    Public:服务器为其资源支持的请求方法列表
    
    Retry-After:如果资源不可用的话,在此日期或时间重试
    
    Server:服务器应用程序软件的名称和版本
    
    Title:对HTML文档来说,就是HTML文档的源端给出的标题
    
    Warning:比原因短语更详细一些的警告报文
    
    Accept-Ranges:对此资源来说,服务器可接受的范围类型
    
    Vary:服务器会根据这些首部的内容挑选出最适合的资源版本发送给客户端
    
    Proxy-Authenticate:来自代理的对客户端的质询列表
    
    Set-Cookie:在客户端设置数据,以便服务器对客户端进行标识
    
    Set-Cookie2:与Set-Cookie类似
    
    WWW-Authenticate:来自服务器的对客户端的质询列表
    

    总结

    以上我们了解了http两种不同报文的结构,其主要差异在于起始行的不同。

    其中值得我们关注的是GET和POST之间的区别,以及了解常用的状态码。

    展开全文
  • HTTP请求报文(请求行、请求头、请求体)

    万次阅读 多人点赞 2017-07-07 15:09:43
    HTTP请求报文 HTTP请求报文由3部分组成(请求行+请求头+请求体): 请求行: ①是请求方法,GET和POST是最常见的HTTP方法,除此以外还包括DELETE、HEAD、OPTIONS、PUT、TRACE。 ②为请求对应的URL地址,它和...

    HTTP协议

    1.简介

    HTTP协议(Hyper Text Transfer Protocol,超文本传输协议),是用于从万维网(WWW:World Wide Web )服务器传输超文本到本地浏览器的传送协议。

    HTTP基于TCP/IP通信协议来传递数据。

    HTTP基于客户端/服务端(C/S)架构模型,通过一个可靠的链接来交换信息,是一个无状态的请求/响应协议。

    2.特点

    (1)HTTP是无连接:无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求,并收到客户的应答后,即断开连接。采用这种方式可以节省传输时间。

    (2)HTTP是媒体独立的:只要客户端和服务器知道如何处理的数据内容,任何类型的数据都可以通过HTTP发送。客户端以及服务器指定使用适合的MIME-type内容类型。

    (3)HTTP是无状态:无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。另一方面,在服务器不需要先前信息时它的应答就较快。


    HTTP请求报文

    HTTP请求报文由3部分组成(请求行+请求头+请求体):

    请求行

    ①是请求方法,GET和POST是最常见的HTTP方法,除此以外还包括DELETE、HEAD、OPTIONS、PUT、TRACE。

    ②为请求对应的URL地址,它和报文头的Host属性组成完整的请求URL。

    ③是协议名称及版本号

    请求头:

    ④是HTTP的报文头,报文头包含若干个属性,格式为“属性名:属性值”,服务端据此获取客户端的信息。

    与缓存相关的规则信息,均包含在header中

    请求体:

    ⑤是报文体,它将一个页面表单中的组件值通过param1=value1&param2=value2的键值对形式编码成一个格式化串,它承载多个请求参数的数据。不但报文体可以传递请求参数,请求URL也可以通过类似于“/chapter15/user.html? param1=value1&param2=value2”的方式传递请求参数。


    HTTP请求报文头属性

    Accept 
    请求报文可通过一个“Accept”报文头属性告诉服务端 客户端接受什么类型的响应。 
    如下报文头相当于告诉服务端,俺客户端能够接受的响应类型仅为纯文本数据啊,你丫别发其它什么图片啊,视频啊过来,那样我会歇菜的~~~

    Accept:text/plain 
    Accept属性的值可以为一个或多个MIME类型的值(描述消息内容类型的因特网标准, 消息能包含文本、图像、音频、视频以及其他应用程序专用的数据)

    cookie

    客户端的Cookie就是通过这个报文头属性传给服务端的哦!如下所示:

    Cookie: $Version=1; Skin=new;jsessionid=5F4771183629C9834F8382E23 
    
    服务端是怎么知道客户端的多个请求是隶属于一个Session呢?注意到后台的那个jsessionid = 5F4771183629C9834F8382E23木有?原来就是通过HTTP请求报文头的Cookie属性的jsessionid的值关联起来的!(当然也可以通过重写URL的方式将会话ID附带在每个URL的后面哦)。

    Referer
    表示这个请求是从哪个URL过来的,假如你通过google搜索出一个商家的广告页面,你对这个广告页面感兴趣,鼠标一点发送一个请求报文到商家的网站,这个请求报文的Referer报文头属性值就是http://www.google.com。

    Cache-Control

    对缓存进行控制,如一个请求希望响应返回的内容在客户端要被缓存一年,或不希望被缓存就可以通过这个报文头达到目的。


    HTTP响应报文

    HTTP的响应报文也由三部分组成(响应行+响应头+响应体


    响应行:

    ①报文协议及版本; 
    ②状态码及状态描述;

    响应头:

    ③响应报文头,也是由多个属性组成;

    响应体:

    ④响应报文体,即我们真正要的“干货”


    响应状态码 

    和请求报文相比,响应报文多了一个“响应状态码”,它以“清晰明确”的语言告诉客户端本次请求的处理结果。 
    HTTP的响应状态码由5段组成:

    • 1xx 消息,一般是告诉客户端,请求已经收到了,正在处理,别急...
    • 2xx 处理成功,一般表示:请求收悉、我明白你要的、请求已受理、已经处理完成等信息.
    • 3xx 重定向到其它地方。它让客户端再发起一个请求以完成整个处理。
    • 4xx 处理发生错误,责任在客户端,如客户端的请求一个不存在的资源,客户端未被授权,禁止访问等。
    • 5xx 处理发生错误,责任在服务端,如服务端抛出异常,路由出错,HTTP版本不支持等。
    以下是几个常见的状态码: 
    200 OK 
    你最希望看到的,即处理成功! 
    303 See Other 
    我把你redirect到其它的页面,目标的URL通过响应报文头的Location告诉你。
    304 Not Modified 
    告诉客户端,你请求的这个资源至你上次取得后,并没有更改,你直接用你本地的缓存吧,我很忙哦,你能不能少来烦我啊! 
    404 Not Found 
    你最不希望看到的,即找不到页面。如你在google上找到一个页面,点击这个链接返回404,表示这个页面已经被网站删除了,google那边的记录只是美好的回忆。
    500 Internal Server Error
    看到这个错误,你就应该查查服务端的日志了,肯定抛出了一堆异常,别睡了,起来改BUG去吧!

    ◆200 (OK): 找到了该资源,并且一切正常。

    302/307:临时重定向,指出请求的文档已被临时移动到别处, 此文档的新的url在location响应头中给出

    ◆304 (NOT MODIFIED): 该资源在上次请求之后没有任何修改。这通常用于浏览器的缓存机制

    ◆401 (UNAUTHORIZED): 客户端无权访问该资源。这通常会使得浏览器要求用户输入用户名和密码,以登录到服务器。

    ◆403 (FORBIDDEN): 客户端未能获得授权。这通常是在401之后输入了不正确的用户名或密码。

    ◆404 (NOT FOUND): 在指定的位置不存在所申请的资源。


    常见的HTTP响应报文头属性

    Cache-Control 
    响应输出到客户端后,服务端通过该报文头属告诉客户端如何控制响应内容的缓存。

    常见的取值有private、public、no-cache、max-age,no-store,默认为private。
    private:             客户端可以缓存
    public:              客户端和代理服务器都可缓存(前端的同学,可以认为public和private是一样的)
    max-age=xxx:   缓存的内容将在 xxx 秒后失效
    no-cache:          需要使用对比缓存来验证缓存数据
    no-store:           所有内容都不会缓存

    默认为private,缓存时间为31536000秒(365天)也就是说,在365天内再次请求这条数据,都会直接获取缓存数据库中的数据,直接使用。

    ETag 
    一个代表响应服务端资源(如页面)版本的报文头属性,如果某个服务端资源发生变化了,这个ETag就会相应发生变化。它是Cache-Control的有益补充,可以让客户端“更智能”地处理什么时候要从服务端取资源,什么时候可以直接从缓存中返回响应。

    Location 
    我们在JSP中让页面Redirect到一个某个A页面中,其实是让客户端再发一个请求到A页面,这个需要Redirect到的A页面的URL,其实就是通过响应报文头的Location属性告知客户端的,如下的报文头属性,将使客户端redirect到iteye的首页中:

    Location: http://www.iteye.com  
    Set-Cookie 
    服务端可以设置客户端的Cookie,其原理就是通过这个响应报文头属性实现的:

    Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1  

    cookie机制:

    客户端请求服务器,如果服务器需要记录该用户状态,就使用response向客户端浏览器颁发一个Cookie。客户端浏览器会把Cookie保存起来。当浏览器再请求该网站时,浏览器把请求的网址连同该Cookie一同提交给服务器。服务器检查该Cookie,以此来辨认用户状态。服务器还可以根据需要修改Cookie的内容。

    Cookie的maxAge决定着Cookie的有效期,单位为秒(Second)。Cookie中通过getMaxAge()方法与setMaxAge(int maxAge)方法来读写maxAge属性。

    如果maxAge属性为正数,则表示该Cookie会在maxAge秒之后自动失效。

    如果maxAge为负数,则表示该Cookie仅在本浏览器窗口以及本窗口打开的子窗口内有效,关闭窗口后该Cookie即失效。

    如果maxAge为0,则表示删除该Cookie。


    Cookie并不提供修改、删除操作。如果要修改某个Cookie,只需要新建一个同名的Cookie,添加到response中覆盖原来的Cookie。

    如果要删除某个Cookie,只需要新建一个同名的Cookie,并将maxAge设置为0,并添加到response中覆盖原来的Cookie。

    Cookie cookie = new Cookie("username","helloweenvsfei");   // 新建Cookie

    cookie.setMaxAge(0);                          // 设置生命周期为0,不能为负数

    response.addCookie(cookie);                    // 必须执行这一句 输出到客户端




    展开全文
  • HTTP请求报文和HTTP响应报文 HTTP报文是面向文本的,报文中的每一个字段都是一些ASCII码串,各个字段的长度是不确定的。HTTP有两类报文:请求报文和响应报文。 HTTP请求报文 一个HTTP请求报文由请求行...

    HTTP请求报文和HTTP响应报文

    HTTP报文是面向文本的,报文中的每一个字段都是一些ASCII码串,各个字段的长度是不确定的。HTTP有两类报文:请求报文和响应报文。

    HTTP请求报文

    一个HTTP请求报文由请求行(request line)、请求头部(header)、空行请求数据4个部分组成,下图给出了请求报文的一般格式。

    or

    <request-line>

    <headers>

    <blank line>

    [<request-body>

     

    1.请求头

    请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成,它们用空格分隔。例如,GET /index.html HTTP/1.1。

    HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。

    而常见的有如下几种:

    1).GET

    最常见的一种请求方式,当客户端要从服务器中读取文档时,当点击网页上的链接或者通过在浏览器的地址栏输入网址来浏览网页的,使用的都是GET方式。GET方法要求服务器将URL定位的资源放在响应报文的数据部分,回送给客户端。使用GET方法时,请求参数和对应的值附加在URL后面,利用一个问号(“?”)代表URL的结尾与请求参数的开始,传递参数长度受限制。例如,/index.jsp?id=100&op=bind,这样通过GET方式传递的数据直接表示在地址中,所以我们可以把请求结果以链接的形式发送给好友。以用google搜索domety为例,Request格式如下:

    复制代码
    GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq= HTTP/1.1  
    Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, 
    application/msword, application/x-silverlight, application/x-shockwave-flash, */*  
    Referer: <a href="http://www.google.cn/">http://www.google.cn/</a>  
    Accept-Language: zh-cn  
    Accept-Encoding: gzip, deflate  
    User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld)  
    Host: <a href="http://www.google.cn">www.google.cn</a>  
    Connection: Keep-Alive  
    Cookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g; 
    NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-
    FxlRugatx63JLv7CWMD6UB_O_r  
    复制代码

    可以看到,GET方式的请求一般不包含”请求内容”部分,请求数据以地址的形式表现在请求行。地址链接如下:

    <a href="http://www.google.cn/search?hl=zh-CN&source=hp&q=domety&aq=f&oq=">http://www.google.cn/search?hl=zh-CN&source=hp
    &q=domety&aq=f&oq=</a> 

    地址中”?”之后的部分就是通过GET发送的请求数据,我们可以在地址栏中清楚的看到,各个数据之间用”&”符号隔开。显然,这种方式不适合传送私密数据。另外,由于不同的浏览器对地址的字符限制也有所不同,一般最多只能识别1024个字符,所以如果需要传送大量数据的时候,也不适合使用GET方式

     

    2).POST

    对于上面提到的不适合使用GET方式的情况,可以考虑使用POST方式,因为使用POST方法可以允许客户端给服务器提供信息较多。POST方法将请求参数封装在HTTP请求数据中,以名称/值的形式出现,可以传输大量数据,这样POST方式对传送的数据大小没有限制,而且也不会显示在URL中。还以上面的搜索domety为例,如果使用POST方式的话,格式如下:

    复制代码
    POST /search HTTP/1.1  
    Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, 
    application/msword, application/x-silverlight, application/x-shockwave-flash, */*  
    Referer: <a href="http://www.google.cn/">http://www.google.cn/</a>  
    Accept-Language: zh-cn  
    Accept-Encoding: gzip, deflate  
    User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld)  
    Host: <a href="http://www.google.cn">www.google.cn</a>  
    Connection: Keep-Alive  
    Cookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g; 
    NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-
    FxlRugatx63JLv7CWMD6UB_O_r  
    
    hl=zh-CN&source=hp&q=domety  
    复制代码

    可以看到,POST方式请求行中不包含数据字符串,这些数据保存在”请求内容”部分,各数据之间也是使用”&”符号隔开。POST方式大多用于页面的表单中。因为POST也能完成GET的功能,因此多数人在设计表单的时候一律都使用POST方式,其实这是一个误区。GET方式也有自己的特点和优势,我们应该根据不同的情况来选择是使用GET还是使用POST。

     

    3).HEAD

    HEAD就像GET,只不过服务端接受到HEAD请求后只返回响应头,而不会发送响应内容。当我们只需要查看某个页面的状态的时候,使用HEAD是非常高效的,因为在传输的过程中省去了页面内容。

     

    2.请求头部

    请求头部由关键字/值对组成,每行一对,关键字和值用英文冒号“:”分隔。请求头部通知服务器有关于客户端请求的信息,典型的请求头有:

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

    Accept:客户端可识别的内容类型列表。

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

     

    3.空行

    最后一个请求头之后是一个空行,发送回车符和换行符,通知服务器以下不再有请求头

     

    4.请求数据

    请求数据不在GET方法中使用而是在POST方法中使用。POST方法适用于需要客户填写表单的场合。与请求数据相关的最常使用的请求头是Content-Type和Content-Length。

     

    HTTP报文

    HTTP响应也由三个部分组成,分别是:状态行、消息报头、响应正文。

    如下所示,HTTP响应的格式与请求的格式十分类似:

    <status-line>

    <headers>

    <blank line>

    [<response-body>]

     正如你所见,在响应中唯一真正的区别在于第一行中用状态信息代替了请求信息。状态行(status line)通过提供一个状态码来说明所请求的资源情况。

     

     

    状态行格式如下:

    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)。

     

     

    下面给出一个HTTP响应报文例子

    复制代码
    HTTP/1.1 200 OK
    Date: Sat, 31 Dec 2005 23:59:59 GMT
    Content-Type: text/html;charset=ISO-8859-1
    Content-Length: 122
    
    <html>
    <head>
    <title>Wrox Homepage</title>
    </head>
    <body>
    <!-- body goes here -->
    </body>
    </html>
    复制代码


     

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

     

    3.安全性:

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

    展开全文
  • 一、HTTP请求报文 HTTP请求报文由3部分组成(请求行+请求头+请求体): 请求行: ①是请求方法,GET和POST是最常见的HTTP方法,除此以外还包括DELETE、HEAD、OPTIONS、PUT、TRACE。 ②为请求对应的URL地址,它和...

    转载:https://www.cnblogs.com/lmh001/p/9928517.html

    一、HTTP请求报文

    HTTP请求报文由3部分组成(请求行+请求头+请求体):

    请求行:

    ①是请求方法,GET和POST是最常见的HTTP方法,除此以外还包括DELETE、HEAD、OPTIONS、PUT、TRACE。

    ②为请求对应的URL地址,它和报文头的Host属性组成完整的请求URL。

    ③是协议名称及版本号。

    请求头:

    ④是HTTP的报文头,报文头包含若干个属性,格式为“属性名:属性值”,服务端据此获取客户端的信息。

    与缓存相关的规则信息,均包含在header中

    请求体:

    ⑤是报文体,它将一个页面表单中的组件值通过param1=value1&param2=value2的键值对形式编码成一个格式化串,它承载多个请求参数的数据。不但报文体可以传递请求参数,请求URL也可以通过类似于“/chapter15/user.html? param1=value1&param2=value2”的方式传递请求参数。 

     

    HTTP请求报文头属性

    Accept 
    请求报文可通过一个“Accept”报文头属性告诉服务端 客户端接受什么类型的响应。 
    如下报文头相当于告诉服务端,俺客户端能够接受的响应类型仅为纯文本数据啊,你丫别发其它什么图片啊,视频啊过来,那样我会歇菜的~~~

     

    Accept:text/plain 

    Accept属性的值可以为一个或多个MIME类型的值(描述消息内容类型的因特网标准, 消息能包含文本、图像、音频、视频以及其他应用程序专用的数据)

     

    cookie

    客户端的Cookie就是通过这个报文头属性传给服务端的哦!如下所示:

     

    Cookie: $Version=1; Skin=new;jsessionid=5F4771183629C9834F8382E23 
    

    服务端是怎么知道客户端的多个请求是隶属于一个Session呢?注意到后台的那个jsessionid = 5F4771183629C9834F8382E23木有?原来就是通过HTTP请求报文头的Cookie属性的jsessionid的值关联起来的!(当然也可以通过重写URL的方式将会话ID附带在每个URL的后面哦)。

     

    Referer
    表示这个请求是从哪个URL过来的,假如你通过google搜索出一个商家的广告页面,你对这个广告页面感兴趣,鼠标一点发送一个请求报文到商家的网站,这个请求报文的Referer报文头属性值就是http://www.google.com。

    Cache-Control

    对缓存进行控制,如一个请求希望响应返回的内容在客户端要被缓存一年,或不希望被缓存就可以通过这个报文头达到目的。

     

    二、HTTP响应报文

    HTTP的响应报文也由三部分组成(响应行+响应头+响应体)

    响应行:

    ①报文协议及版本; 
    ②状态码及状态描述;

    响应头:

    ③响应报文头,也是由多个属性组成;

    响应体:

    ④响应报文体,即我们真正要的“干货”

     

     

    常见的HTTP响应报文头属性

    Cache-Control 
    响应输出到客户端后,服务端通过该报文头属告诉客户端如何控制响应内容的缓存。

    常见的取值有private、public、no-cache、max-age,no-store,默认为private。
    private:             客户端可以缓存
    public:              客户端和代理服务器都可缓存(前端的同学,可以认为public和private是一样的)
    max-age=xxx:   缓存的内容将在 xxx 秒后失效
    no-cache:          需要使用对比缓存来验证缓存数据
    no-store:           所有内容都不会缓存

    默认为private,缓存时间为31536000秒(365天)也就是说,在365天内再次请求这条数据,都会直接获取缓存数据库中的数据,直接使用。

    ETag 
    一个代表响应服务端资源(如页面)版本的报文头属性,如果某个服务端资源发生变化了,这个ETag就会相应发生变化。它是Cache-Control的有益补充,可以让客户端“更智能”地处理什么时候要从服务端取资源,什么时候可以直接从缓存中返回响应。

    Location 
    我们在JSP中让页面Redirect到一个某个A页面中,其实是让客户端再发一个请求到A页面,这个需要Redirect到的A页面的URL,其实就是通过响应报文头的Location属性告知客户端的,如下的报文头属性,将使客户端redirect到iteye的首页中:

     

    Location: http://www.iteye.com  

    Set-Cookie 
    服务端可以设置客户端的Cookie,其原理就是通过这个响应报文头属性实现的:

     

     

    Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1  

     

    cookie机制:

    客户端请求服务器,如果服务器需要记录该用户状态,就使用response向客户端浏览器颁发一个Cookie。客户端浏览器会把Cookie保存起来。当浏览器再请求该网站时,浏览器把请求的网址连同该Cookie一同提交给服务器。服务器检查该Cookie,以此来辨认用户状态。服务器还可以根据需要修改Cookie的内容。

    Cookie的maxAge决定着Cookie的有效期,单位为秒(Second)。Cookie中通过getMaxAge()方法与setMaxAge(int maxAge)方法来读写maxAge属性。

    如果maxAge属性为正数,则表示该Cookie会在maxAge秒之后自动失效。

    如果maxAge为负数,则表示该Cookie仅在本浏览器窗口以及本窗口打开的子窗口内有效,关闭窗口后该Cookie即失效。

    如果maxAge为0,则表示删除该Cookie。

     

     

    Cookie并不提供修改、删除操作。如果要修改某个Cookie,只需要新建一个同名的Cookie,添加到response中覆盖原来的Cookie。

    如果要删除某个Cookie,只需要新建一个同名的Cookie,并将maxAge设置为0,并添加到response中覆盖原来的Cookie。

     

    Cookie cookie = new Cookie("username","helloweenvsfei");   // 新建Cookie

    cookie.setMaxAge(0);                          // 设置生命周期为0,不能为负数

    response.addCookie(cookie);                    // 必须执行这一句 输出到客户端

    展开全文
  • GET请求报文 注:GET请求是通过请求头拼接参数的形式的发送数据,故没有请求体 POST请求报文
  • HTTP报文之"请求报文"和"响应报文"详解

    千次阅读 多人点赞 2020-04-28 19:15:25
    本文详细介绍了Http报文之"请求报文"和"响应报文",欢迎阅读 ,一起进步。...文章目录一、报文序言二、请求报文三、响应报文 一、报文序言 HTTP协议简介:超文本传输协议(英文:Hyper Text Transfer Pr...
  • http请求报文及响应报文

    千次阅读 2017-04-09 16:27:36
    HTTP报文分为两类:请求报文request, 响应报文response 二、HTTP请求报文: ASCII文本 (易于人读格式) GET /somedir/page.html HTTP/1.1 Host: www.someschool.edu  User-agent: Mozilla/4.0 //该代理类型的对象...
  • http请求报文格式和响应报文格式

    万次阅读 2019-05-21 11:34:01
    服务器接到请求后,给予相应的响应信息。  HTTP 请求报文  HTTP 请求报文由请求行、请求头部、空行 和 请求包体 4 个部分组成,如下图所示: ... 下面对请求报文格式进行简单的分析:  ...
  • HTTP请求报文与响应报文

    千次阅读 2018-07-09 13:56:52
     一个HTTP请求报文由请求行(request line)、请求头部(header)、空行和请求数据4个部分组成,下图给出了请求报文的一般格式。 网上复制了一个图片(转载自华山大师兄): 给一个更加清晰,明了的图片: 以下...
  • HTTP请求报文和HTTP响应报文

    万次阅读 多人点赞 2014-04-12 08:24:41
    HTTP有两类报文:请求报文和响应报文。 HTTP请求报文 一个HTTP请求报文由请求行(request line)、请求头部(header)、空行和请求数据4个部分组成,下图给出了请求报文的一般格式。 or
  • HTTP请求报文和响应报文

    千次阅读 2016-06-03 21:50:17
    HTTP(Hypertext Transfer Protocol, 超文本传输协议)是目前最常用的... 1.HTTP请求报文 这是一段实际的请求报文截图 ①是请求方法,GET和POST是最常见的HTTP方法,除此以外还包括DELETE、HEAD、OPTIONS、
  • HTTP请求报文

    2018-05-25 21:43:38
    HTTP请求报文解剖 HTTP请求报文由3部分组成(请求行+请求头+请求体): ①是请求方法,GET和POST是最常见的HTTP方法,除此以外还包括DELETE、HEAD、OPTIONS、PUT、TRACE。不过,当前的大多数浏览器只支持GET和POST...
  • 一、什么是HTTP? HTTP是超文本传输协议 二、HTTP特点? (1)HTTP是无状态协议; (2)HTTP是web服务使用的协议; (3)HTTP是基于TCP协议的;...HTTP的报文有两种,分别是请求报文和响应报文 1.请求...
  • HTTP基础:请求报文

    千次阅读 2019-03-30 12:06:27
    HTTP之请求报文(Request) 报文格式 客户端发送一个HTTP请求到服务器的请求消息包括以下格式: 请求行(request line)、请求头部(header)、空行和请求数据(请求主体body)四个部分组成。 备注: 1、header与...
  • 引用 ... HTTP请求报文解剖  ...HTTP请求报文由3部分组成(请求行+请求头+请求体):  ...下面是一个实际的请求报文:    ①是请求方法,GET和POST是最常见的HTTP方法,除此以外还包括DELETE、HEAD、O
  • http请求报文介绍

    千次阅读 2016-07-22 10:52:16
    line)、请求头部(header)、空行和请求数据4个部分组成,下图给出了请求报文的一般格式。 (1)请求行 请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成,它们用空格分隔。例如,GET /index....
  • POST请求和GET请求的区别,以及请求报文 POST和GET二者都是HTTP请求的基本方法。 首先从HTTP规范上讲 GET是从指定的资源请求获取数据,应该是安全而幂等的。这里的安全是指GET就像数据库的查询操作一样,不会修改...
  • 请求报文 组成部分 请求行(请求方法、统一资源定位符、http版本号)、请求头、空一行、请求体 一、请求行 1、 请求方法 2、统一资源定位符 3、http版本号 HTTP/1.1 一般是1.1,也有1.0的可能 二、请求头 三、
  • BurpSuit抓包HTTP请求报文

    千次阅读 2019-10-08 19:46:58
    HTTP请求报文格式 ...   请求行、请求头、请求正文三个部分组成。...从请求报文第二行开始到第一个空行为止之间的内容。其中包含很多字段。 主要字段 Host:请求的主机名,允许多个域名同处一个IP地...
  • request请求报文总结

    千次阅读 2018-01-19 18:01:05
    下面是一个实际的请求报文:  a、请求行  请求行由请求方法字段、URL字段和HTTP协议版本字段,组成,它们用空格分隔,例如:GET /index.html  HTTP/1.1  HTTP协议的请求方法有GET、POS
  • 请求报文首部含有请求行、请求首部字段、通用首部字段、实体首部字段、其他。 响应报文首部含有状态行、响应首部字段、通用首部字段、实体首部字段、其他。 请求行包含用户请求的方法,请求URI和HTTP
  • 文章目录HTTP请求报文和响应报文格式【1】请求报文 HTTP请求报文和响应报文格式 【1】请求报文 请求报文包含四个部分: 请求行:包含HTTP版本号、请求方法、URI…… 请求首部字段 请求内容实体 空行 响应报文包含...
  • 关于请求报文和响应报文的详解

    千次阅读 2019-01-17 15:31:58
    请求报文包括三个部分,第一部分是请求行,第二部分是Headers,第三部分是Body。 2.1 请求行 请求行包括三个部分,第一个是方法。常见的有get,post,put,delete。第二个是路径,也就是服务器地址后面的部分,...
  • 请求报文-------从客户向服务器发送请求报文,如图6-12(a) 响应报文-------从服务器到客户的回答,如图6-12(b) 由于HTTP是面向文本的,因此在报文中的每一个字段都是一些ASCII码串,因而各个字段的长度是不确定...
  • 目录获取请求报文和响应报文示例 获取请求报文和响应报文 axis1.4使用wsdl生成代码客户端后,使用Call的方式调用webservice服务时,若需要获取请求报文和响应报文,可使用如下方式获取: MessageContext msgCxt = ...
  • get和post请求的区别以及请求报文

    千次阅读 2019-05-22 21:47:11
    get和post请求的区别以及请求报文get请求post请求归纳总结请求报文1.请求行2.请求头3.空行4.请求数据 get请求 GET请求的数据会附在URL之后(就是把数据放置在HTTP协议头中),以?分割URL和传输数据,参数之间以&...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 202,351
精华内容 80,940
关键字:

请求报文