• 简述

  1. 它是HTTP应用程序之间发送的数据块。这些数据块以一些文本形式的元信息开头,这些信息描述了报文的内容及含义,后面跟着可选的数据部分。这些报文都是在客户端、服务器和代理之间流动。
  2. HTTP报文的流动方向
  3. 一次HTTP请求,HTTP报文会从“客户端”流到“代理”再流到“服务器”,在服务器工作完成之后,报文又会从“服务器”流到“代理”再流到“客户端”
  4. 报文的语法
  5. 所有的HTTP报文都可以分为两类,请求报文和响应报文。请求和响应报文的基本报文结构大致是相同的,只有起始行的语法有所不同。

请求报文:它会向Web服务器请求一个动作

请求报文的格式:

起始行: <method> <request-URL> <version>

头部: <headers>

主体: <entity-body>


响应报文:它会将请求的结果返回给客户端。

响应报文的格式

起始行: <version> <status> <reason-phrase>

头部: <headers>

主体: <entity-body>


拓展:
HTTP报文的组成部分
对报文进行描述的起始行、包含属性的头部块、可选的,包含数据的主体部分
1、起始行:所有的HTTP报文都以一个起始行作为开始。请求报文的起始行说明了要做些什么。响应报文的起始行说明发生了什么。

请求报文的起始行:该行包含了一个方法和一个请求的URL,还包含HTTP 的版本。

响应报文的起始行:该行包含了响应报文使用的HTTP版本、数字状态码、原因短语。

2、头部:HTTP首部字段向请求和响应报文中添加了一些附加信息。本质上来说,它们只是一些名/值对的列表。头部和协议配合工作,共同决定了客户端和服务器能做什么事情。

头部的分类:

通用头部:既可以出现在请求报文中,也可以出现在响应报文中,它提供了与报文相关的最基本的信息

Connection:允许客户端和服务器指定与请求/响应连接有关的选项

Date:提供日期和时间标志,说明报文是什么时间创建的

MIME-Version:给出了发送端使用的MIME版本

Trailer:如果报文采用了分块传输编码方式,就可以用这个首部列出位于报文拖挂部分的首部集合

Transfer-Encoding:告知接收端为了保证报文的可靠传输,对报文采用了什么编码方式

Update:给出了发送端可能想要“升级”使用的新版本或协议

Via:显示了报文经过的中间节点(代理、网关)

Cache-Control:用于随报文传送缓存指示

请求头部:请求头部是只在请求报文中有意义的头部。用于说明是谁或什么在发送请求、请求源自何处,或者客户端的喜好及能力

  1. Client-IP:提供了运行客户端的机器的IP地址
  2.  
  3. From:提供了客户端用户的E-mail地址
  4.  
  5. Host:给出了接收请求的服务器的主机名和端口号
  6.  
  7. Referer:提供了包含当前请求URI的文档的URL
  8.  
  9. UA-Color:提供了与客户端显示器的显示颜色有关的信息
  10.  
  11. UA-CPU:给出了客户端CPU的类型或制造商
  12.  
  13. UA-OS:给出了运行在客户端机器上的操作系统名称及版本
  14.  
  15. UA-Pixels:提供了客户端显示器的像素信息
  16.  
  17. User-Agent:将发起请求的应用程序名称告知服务器
  18.  
  19. Accept:告诉服务器能够发送哪些媒体类型
  20.  
  21. Accept-Charset:告诉服务器能够发送哪些字符集
  22.  
  23. Accept-Encoding:告诉服务器能够发送哪些编码方式
  24.  
  25. Accept-Language:告诉服务器能够发送哪些语言
  26.  
  27. TE:告诉服务器可以使用那些扩展传输编码
  28.  
  29. Expect:允许客户端列出某请求所要求的服务器行为
  30.  
  31. Range:如果服务器支持范围请求,就请求资源的指定范围
  32.  
  33. If-Match:如果实体标记与文档当前的实体标记相匹配,就获取这份文档
  34.  
  35. If-Modified-Sinec:除非在某个指定的日期之后资源被修改过,否则就限制这个请求
  36.  
  37. If-None-Match:如果提供的实体标记与当前文档的实体标记不相符,就获取文档
  38.  
  39. If-Range:允许对文档的某个范围进行条件请求
  40.  
  41. If-Unmodified-Since:除非在某个指定日期之后资源没有被修改过,否则就限制这个请求
  42.  
  43. Authorization:包含了客户端提供给服务器,以便对其自身进行认证的数据
  44.  
  45. Cookie:客户端用它向服务器传送数据
  46.  
  47. Cookie2:用来说明请求端支持的cookie版本
  48.  
  49. Max-Forward:在通往源端服务器的路径上,将请求转发给其他代理或网关的最大次数
  50.  
  51. Proxy-Authorization:这个首部在与代理进行认证时使用的
  52.  
  53. Proxy-Connection:这个首部是在与代理建立连接时使用的

响应头部:响应头部为客户端提供了一些额外信息,比如谁在发送响应、响应者的功能,甚至与响应相关的一些特殊指令

  1. Age:(从最初创建开始)响应持续时间
  2.  
  3. Public:服务器为其资源支持的请求方法列表
  4.  
  5. Retry-After:如果资源不可用的话,在此日期或时间重试
  6.  
  7. Server:服务器应用程序软件的名称和版本
  8.  
  9. Title:对HTML文档来说,就是HTML文档的源端给出的标题
  10.  
  11. Warning:比原因短语更详细一些的警告报文
  12.  
  13. Accept-Ranges:对此资源来说,服务器可接受的范围类型
  14.  
  15. Vary:服务器会根据这些首部的内容挑选出最适合的资源版本发送给客户端
  16.  
  17. Proxy-Authenticate:来自代理的对客户端的质询列表
  18.  
  19. Set-Cookie:在客户端设置数据,以便服务器对客户端进行标识
  20.  
  21. Set-Cookie2:与Set-Cookie类似
  22.  
  23. WWW-Authenticate:来自服务器的对客户端的质询列表
  24.  
  25. 实体首部:描述主体的长度和内容,或者资源自身
  26.  
  27. Allow:列出了可以对此实体执行的请求方法
  28.  
  29. Location:告知客户端实体实际上位于何处,用于将接收端定向到资源的位置(URL)上去
  30.  
  31. Content-Base:解析主体中的相对URL时使用的基础URL
  32.  
  33. Content-Encoding:对主体执行的任意编码方式
  34.  
  35. Content-Language:理解主体时最适宜使用的自然语言
  36.  
  37. Content-Length:主体的长度
  38.  
  39. Content-Location:资源实际所处的位置
  40.  
  41. Content-MD5:主体的MD5校验和
  42.  
  43. Content-Range:在整个资源中此实体表示的字节范围
  44.  
  45. Content-Type:这个主体的对象类型
  46.  
  47. ETag:与此实体相关的实体标记
  48.  
  49. Expires:实体不再有效,要从原始的源端再次获取实体的日期和时间
  50.  
  51. Last-Modified:这个实体最后一次被修改的日期和时间

扩展首部:规范中没有定义的新首部,开发者可以自定义一个首部的值/对

3、实体的主体部分:该部分其实就是HTTP要传输的内容,是可选的。HTTP报文可以承载很多类型的数字数据,比如,图片、视频、HTML文档电子邮件、软件应用程序等等。


HTTP方法:并不是每个服务器都实现了所有的方法。即使服务器实现了所有这些方法,这些方法的使用很可能也是受限的。例如,支持DELETE方法或PUT方法的服务器可能并不希望任何人都能够删除或存储资源,这些限制通常都是在服务器的配置中进行设置的。

常用的HTTP方法:

  1. GET方法:通常用于请求服务器发送某个资源。不包含主体
  2.  
  3. HEAD方法:与GET方法类似,但服务器在响应中只返回首部,使用HEAD方法可以,在不获取资源的情况下了解资源的情况(比如,判断其类型);通过查看响应中的状态码,看看某个对象是否存在;通过查看首部,测试资源是否被修改了;不包含主体
  4.  
  5. POST方法:该方法是用来向服务器发送数据的,常用于HTML表单,包含主体
  6.  
  7. PUT方法:该方法的语义就是让服务器用请求的主体部分来创建一个由所请求的URL命名的新文档,如果那个URL已经存在的话,就用这个主体来替代它。包含主体
  8.  
  9. TRACE方法:主要用于验证请求是否如愿穿过了请求/响应链,不包含主体
  10.  
  11. OPTIONS方法:决定可以在服务器上执行那些方法,不包含主体
  12.  
  13. DELETE方法:该方法就是请服务器删除请求URL所指定的资源,但是客户端应用程序无法保证删除操作一定会被执行,因为HTTP规范允许服务器在不通知客户端的情况下撤销请求,不包含主体

扩展方法:指的是没有在HTTP/1.1规范中定义的方法,这些方法为开发者提供了一种扩展这些HTTP服务能力的手段。


状态码:HTTP状态码被分成了五大类。状态码为客户端提供了一种理解事务处理结果的便捷方式。

  1. 1100~199(信息性状态码):HTTP/1.1向协议中引入了信息性状态码
  2.  
  3. 2200~299(成功状态码):客户端发起请求时,这些请求通常都是成功的。服务器有一组用来表示成功的状态码,分别对应于不同类型的请求
  4.  
  5. 3300~399(重定向状态码):重定向状态码要么告知客户端使用替代位置来访问他们所感兴趣的资源,要么就提供一个替代的响应而不是资源的内容
  6.  
  7. 4400~499(客户端错误状态码):有时客户端会发送一些服务器无法处理的东西。浏览网页时,我们都看到过臭名昭著的404 Not Found错误码,这只是服务器在告诉我们,它对我们请求的资源一无所知
  8.  
  9. 5500~599(服务器错误状态码):有时客户端发送了一条有效请求,服务器自身却出错了,这些会返回5xx状态码
  10. RequestResponse常用方法总结

Request和Response的常用方法:

Request类:

  1. 1. setAttribute()在Request域中存储数据
  2.  
  3. 2. setCharacterEncoding()设置请求参数的编码方式,只对post请求有效
  4.  
  5. 3. getMethod()获取请求类型
  6.  
  7. 4. getParameter()获取指定请求参数值
  8.  
  9. 5. getParameterNames()获取所有请求参数,返回一个Enumeration枚举类
  10.  
  11. 6. getAttribute()获取域中存储的数据
  12.  
  13. 7. getAttributeNames()获取域中所有数据,返回一个Enumeration枚举类
  14.  
  15. 8. getContextPath()返回当前WEB项目相对路径
  16.  
  17. 9. getCookies()获取所有Cookie,返回一个Cookie数组
  18.  
  19. 10. getRequestDispatcher()获取转发器,参数路径以/打头,代表WebRoot(当前WEB项目根目录)
  20.  
  21. 11. getSession()获取Session对象

Response类:

  1. 1. setContentType()告知浏览器数据类型
  2.  
  3. 2. setCharacterEncoding设置Response的编码方式
  4.  
  5. 3. setHeader()设置消息头
  6.  
  7. 4. setStatus()设置状态吗
  8.  
  9. 5. addCookie()添加Cookie
  10.  
  11. 6. sendRedirect()重定向
  12.  
  13. 7. getOutputStream()获取通向浏览器的字节流(同一次请求处理中,字节流和字符流不能同时存在)
  14.  
  15. 8. getWriter()获取通向浏览器的字符流(同一次请求处理中,字节流和字符流不能

Http报文和Request和Response的常用方法的更多相关文章

  1. request和response的常用方法

    一.request   1.setAttribute()在Request域中存储数据  2.setCharacterEncoding()设置请求参数的编码方式,只对post请求有效  3.getMet ...

  2. HTTP协议中request和response常用方法

    一.request的常用方法:1.获取请求的方式 getMethod()2.目录的路径 getContextPath()3.获取servlet路径 getServletString()4.获得get请 ...

  3. 【docker】centos7 上拉取docker镜像,一直拉取不到,报错:Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: request canceled while w

    镜像拉取一直报错: Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: request cancel ...

  4. Request和response的用法总结

    Request 个我总结:只要记住 只要是有关于客户端请求的信息,都可以藉由它来取得,例如请求标头.请求方法.请求参数.使用者IP等等信息. 3.什么情况下为响应?什么情况下为请求? 简单一句话,请求 ...

  5. springMVC获取request和response

    转载:http://blog.sina.com.cn/s/blog_7085382f0102v9jg.html 1.参数 例如: @RequestMapping("/test") ...

  6. ASP.NET中的Request、Response、Server对象

    Request对象 Response.Write(Request.ApplicationPath) //应用根路径 Request.AppRelativeCurrentExecutionFilePat ...

  7. JavaWeb(一)Servlet中的request与response

    一.HttpServletRequest概述 1.1.HttpServletRequest简介 HttpServletRequest对象代表客户端的请求,当客户端通过HTTP协议访问服务器时,HTTP ...

  8. Request和Response

    1 简介 web服务器收到客户端的http请求,会针对每一个请求,分别创建一个用于代表请求的request对象和代表响应的response对象. request和response对象既然代表请求和响应 ...

  9. 第十五节:HttpContext五大核心对象的使用(Request、Response、Application、Server、Session)

    一. 基本认识 1. 简介:HttpContext用于保持单个用户.单个请求的数据,并且数据只在该请求期间保持: 也可以用于保持需要在不同的HttpModules和HttpHandlers之间传递的值 ...

随机推荐

  1. svn merge Property conflicts

    svn merge代码的时候,出现Property conflicts的解决方案.可以参考:http://stackoverflow.com/questions/23677286/conflict-w ...

  2. 吴裕雄--天生自然 R语言开发学习:聚类分析

    #-------------------------------------------------------# # R in Action (2nd ed): Chapter 16 # # Clu ...

  3. Dockfile自动创建discuz论坛和可道云

    将discuz论坛的zip包解压之后用tar包压缩,这样ADD可以直接解压tar包. [root@localhost centos6.9_ssh_discuz]# pwd /opt/dockerfil ...

  4. 码海拾遗:strcpy()、strncpy()和strcpy_s()区别

    1.strcpy() 原型:char *strcpy(char *dst,const char *src) 功能:将以src为首地址的字符串复制到以dst为首地址的字符串,包括'\0'结束符,返回ds ...

  5. 内核融合:GPU深度学习的“加速神器”

    ​编者按:在深度学习"红透"半边天的同时,当前很多深度学习框架却面临着共同的性能问题:被频繁调用的代数运算符严重影响模型的执行效率. 本文中,微软亚洲研究院研究员薛继龙将为大家介绍 ...

  6. APP倒闭:你充值的钱会蒸发吗?

    有一句说到吐,但却又不得不说的话:资本大潮退去,才知道谁在裸泳.随着资本寒冬的来临,互联网上众多看起来狂飙突进的项目却呈现迅速萎靡态势.尤其是众多具有互联网元素的油卡.洗衣.保洁等成为重灾区,其中不少 ...

  7. Windows系统在Python2.7环境下安装numpy, matplotlib, scipy - Lichanghao Blog

    numpy, matplotlib, scipy三个包是科学计算和绘图的利器.安装它们既可以在网上下载exe安装包,也可以用python内置的包管理工具来下载安装,后者较为方便. 这几天做美赛要用到, ...

  8. swagger 以及swaggerUI使用的步骤

    1.swagger,可以这么理解swagger是接口规范.Rest Api 传递参数的除了get请求外,put post,需要传递json.或者就是直接都通过传递json到后台 这里主要介绍一下spr ...

  9. JUC-八锁现象和不安全锁

    1,被 synchronized 修饰的方法,锁的对象是方法的调用者(实例对象) 2,被 static 修饰的方法,锁的对象就是 Class模板对象,这个则全局唯一 问题7: 一个普通同步方法,一个静 ...

  10. 操作系统-CPU管理的直观想法

    1. 管理CPU,先要使用CPU 管理CPU的最直观方法 2. 提出问题 有IO指令执行的特别慢,当cpu执行计算指令很快,遇到IO指令cpu进行等待,利用率不高. 使用多道程序.交替执行,这样cpu ...