HTTP协议--简析

HTTP--超文本传输协议(HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议,是所有的www文件都必须遵守的标准。

要想成为优秀的web开发人员,必须熟悉HTTP协议,今天,来给大家分享一下关于HTTP协议的认识。欢迎大家交流指正。

HTTP协议是一个基于TCP协议,属于应用层的,面向对象的,无状态的,无连接的协议。

其简单快捷,客户向服务器请求服务时,只需要传送请求方法和路径。请求的方法有 POST、GET、HEAD、PUT等。

注意:

所谓无状态的协议,不是指HTTP不基于TCP连接使用UDP协议,而是指对于事物的处理没有记忆功能,服务器不知道客户端的状态,同一台服务器上打开不同的网页之间是没有任何联系的。
而我们常见的实现网站的登录状态,购物车等等功能的实现,是借助于Cookie与Session实现的,通过Cookie和Session记忆客户端的状态。

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

HTTP请求的过程:

大致可以分为七个步骤:

1. 建立TCP连接(根据浏览器中所输入的url寻找目标主机建立连接)

2. 客户端浏览器向服务器发送请求命令

3. 客户端浏览器发送请求头信息

4. 服务器解析请求消息进行应答

5. 服务器发送应答头信息

6. 服务器向浏览器发送数据

7. 服务器关闭TCP连接

URL部分:

URL示例:http://localhost:8080/Student/login.jsp

http://主机名:端口号/资源地址

http表示要通过HTTP协议来定位网络资源;host表示合法的Internet主机域名,:后面跟的数字代表端口号,若缺省则默认为80,端口号后面跟的是所请求资源的路径

HTTP报文:

我们常见HTTP请求报文的组成:由请求部分和响应部分组成。

请求部分:

请求部分由三部分组成:请求行、消息报头、请求正文。

1.请求行组成:客户端的请求方式/请求资源/HTTP版本号

2.常见的请求头如下:

Accept:用于告诉服务器,客户机支持的数据类型
Accept-charset:用于告诉服务器,客户机才用的编码
Accept-Encoding:用于告诉服务器,数据的压缩格式
Accept-Language:客户机的语言环境
Host:告诉服务器想访问的主机名
if-Modified-since:告诉服务器资源的缓存时间
Referer:客户机通过这个告诉服务器,从哪个资源来访服务器的
User-Agent:客户机的软件环境声明

响应部分:

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

1.状态行组成:服务器HTTP协议的版本/服务器发回的响应状态代码/状态代码的文本描述

状态行之状态码部分:

200-299 成功完成处理
300-399 进一步细化请求
400-499 客户端请求有误
500-599 服务器端有误

常见状态码:

200 (成功) 服务器已成功处理了请求。 通常,这表示服务器提供了请求的网页。
201 (已创建) 请求成功并且服务器创建了新的资源。
202 (已接受) 服务器已接受请求,但尚未处理。
203 (非授权信息) 服务器已成功处理了请求,但返回的信息可能来自另一来源。
204 (无内容) 服务器成功处理了请求,但没有返回任何内容。
205 (重置内容) 服务器成功处理了请求,但没有返回任何内容。
206 (部分内容) 服务器成功处理了部分 GET 请求。
300 (多种选择) 针对请求,服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作,或提供操作列表供请求者选择。
301 (永久移动) 请求的网页已永久移动到新位置。 服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。
302 (临时移动) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。
303 (查看其他位置) 请求者应当对不同的位置使用单独的 GET 请求来检索响应时,服务器返回此代码。
304 (未修改) 自从上次请求后,请求的网页未修改过。 服务器返回此响应时,不会返回网页内容。
305 (使用代理) 请求者只能使用代理访问请求的网页。 如果服务器返回此响应,还表示请求者应使用代理。
307 (临时重定向) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。
400 (错误请求) 服务器不理解请求的语法。
401 (未授权) 请求要求身份验证。 对于需要登录的网页,服务器可能返回此响应。
403 (禁止) 服务器拒绝请求。
404 (未找到) 服务器找不到请求的网页。
405 (方法禁用) 禁用请求中指定的方法。
406 (不接受) 无法使用请求的内容特性响应请求的网页。
407 (需要代理授权) 此状态代码与 401(未授权)类似,但指定请求者应当授权使用代理。
408 (请求超时) 服务器等候请求时发生超时。
409 (冲突) 服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。
410 (已删除) 如果请求的资源已永久删除,服务器就会返回此响应。
411 (需要有效长度) 服务器不接受不含有效内容长度标头字段的请求。
412 (未满足前提条件) 服务器未满足请求者在请求中设置的其中一个前提条件。
413 (请求实体过大) 服务器无法处理请求,因为请求实体过大,超出服务器的处理能力。
414 (请求的 URI 过长) 请求的 URI(通常为网址)过长,服务器无法处理。
415 (不支持的媒体类型) 请求的格式不受请求页面的支持。
416 (请求范围不符合要求) 如果页面无法提供请求的范围,则服务器会返回此状态代码。
417 (未满足期望值) 服务器未满足"期望"请求标头字段的要求。
500 (服务器内部错误) 服务器遇到错误,无法完成请求。
501 (尚未实施) 服务器不具备完成请求的功能。 例如,服务器无法识别请求方法时可能会返回此代码。
502 (错误网关) 服务器作为网关或代理,从上游服务器收到无效响应。
503 (服务不可用) 服务器目前无法使用(由于超载或停机维护)。 通常,这只是暂时状态。
504 (网关超时) 服务器作为网关或代理,但是没有及时从上游服务器收到请求。
505 (HTTP 版本不受支持) 服务器不支持请求中所用的 HTTP 协议版本。

2.常见消息报头如下:

Location:配合302码,做请求重定向
server:服务器通过这个告诉客户端服务器的类型
content-Encoding:数据压缩格式
content-Length:回送数据的长度
content-type:回送数据的类型
last-Modified:当前资源的缓存时间
Refresh:多久刷新一次
Content-Disposition:服务器通过这告诉浏览器以下载的方式打开
Transfer-Encoding:浏览器数据的缓存格式
Expires:把回送的资源缓存多长时间

3.响应正文即是服务器返回的资源的内容

后记:

目前我们所使用的HTTP协议多是1.1版

下面列举一些1.1版和1.0版的部分差异

关于链接(请求头Connection:Keep-Alive):

在1.1版本中所有连接都默认被保持,除非在请求头或者响应头中指明要关闭,当请求了服务器上的某个资源后,一段时间之内用于传输HTTP数据的TCP连接不会关闭,如果客户端还需要继续请求数据,则会继续使用这个已经建立好的连接。

关于状态响应码:

状态响应码:HTTP/1.0中只定义了16个状态响应码,对于错误报告的不够具体。在HTTP1.1版本中新增了24个状态响应码。

关于Host头域:

在HTTP1.0中认为每台服务器都绑定唯一一个IP定制,因此URL并无传递的主机名,但随着虚拟主机的技术和发展,在一台HTTP1.1的请求消息和响应消息都支持HSOT头域,如果请求消息中没有Host头域会报告一个400错误

时间: 2024-08-27 21:42:15

HTTP协议--简析的相关文章

TCP,UDP,IP 协议简析

现在的操作系统基本都实现了TCP/IP协议,TCP/IP协议栈分为五层: 应用层:向用户提供的一组常用的应用程序,如TELNET,FTP,SMTP,SNTP,DNS,HTTP,这些应用程序有一个端口用来标识. 传输层:主要协议是TCP和UDP,提供应用程序的通信. 网络层:主要协议是IP协议,定义了IP地址格式,是不同应用程序的数据在网络上通畅传输的关键. 链路层:这是TCP/IP软件的最低层,负责接收IP数据包并通过网络发送之,或者从网络上接收物理帧,抽出IP数据报,交给IP层. 物理层: 每

STUN协议简析

http://blog.csdn.net/mazidao2008/article/details/4934257 ———————————————————————————————————————————————————— STUN简介 STUN(Simple Traversal of UDP over NATs,NAT 的UDP简单穿越)是一种网络协议,它允许位于NAT(或多重NAT)后的客户端找出自己的公网地址,查出自己位于哪种类型的NAT之后以及NAT为某一个本地端口所绑定的Internet端

TCP 协议简析

TCP(Transmission Control Protocol,传输控制协议)是一种面向连接的.可靠的.基于字节流的通信协议,数据在传输前要建立连接,传输完毕后还要断开连接.它是个超级麻烦的协议,是互联网的基础,也是每个程序员必备的基本功.首先来看看OSI的七层模型: 我们需要知道TCP工作在网络OSI的七层模型中的第四层——Transport层,IP在第三层——Network层,ARP在第二层——Data Link层:在第二层上的数据,我们把它叫Frame,在第三层上的数据叫Packet,

DNS使用的是TCP协议还是UDP协议简析

DNS同时占用UDP和TCP端口53是公认的,这种单个应用协议同时使用两种传输协议的情况在TCP/IP栈也算是个另类.但很少有人知道DNS分别在什么情况下使用这两种协议. 先简单介绍下TCP与UDP.     TCP是一种面向连接的协议,提供可靠的数据传输,一般服务质量要求比较高的情况,使用这个协议.UDP---用户数据报协议,是一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务. TCP与UDP的区别: UDP和TCP协议的主要区别是两者在如何实现信息的可靠传递方面不同.TCP协议中

MQTT协议简析

1 概述 MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)是一个C/S架构的发布/订阅模式消息传输协议,最早在1999年由IBM的Andy Stanford-Clark博士和Arcom公司的ArlenNipper博士提出,本文的MQTT协议主要基于MQTT3.1.1. 2 报文结构 MQTT报文结构主要分为固定报头.可变报头.有效载荷3个部分,具体结构如下表所示: 说明 字节数 7 6 5 4 3 2 1 0 固定报头 1 Message Ty

服务器租用---常用网络协议:TCP和UDP的区别简析

服务器租用---常用网络协议:TCP和UDP的区别简析及TCP与UDP区别 TCP---传输控制协议,提供的是面向连接.可靠的字节流服务.当客户和服务器彼此交换数据前,必须先在双方之间建立 一个TCP连接,之后才能传输数据.TCP提供超时重发,丢弃重复数据,检验数据,流量控制等功能,保证数据能从一 端传到另一端. UDP---用户数据报协议,是一个简单的面向数据报的运输层协议.UDP不提供可靠性,它只是把应用程序传给IP层的 数据报发送出去,但是并不能保证它们能到达目的地.由于UDP在传输数据报

网络协议:简析三次握手协议

一,简析三次握手协议 首先来看我们生活中很常见的一件事: 在我们网购的时候,常常会跟客服这样聊天:我们向客服询问某件事,客服回答,然后我们断网了...过了一会儿,我们再登陆就收到了客服的回答. 这个交互的过程进行了三次才完成了一次应答,这个过程就类似我们采用TCP/IP协议访问服务器时的三次握手机制: 第一次握手: 建立连接时,客户端发送SYN包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认.SYN为同步序列编号. 第二次握手: 服务器收到SYN包,必须确认客户的SYN(ac

web应用构架LAMT及tomcat负载简析

Httpd    (mod_jk.so) workers.properties文件 uriworkermap.properties文件 <--AJP1.3--> Tomcat  --> jdk 大致流程:apache服务器通过mod_jk.so 模块处理jsp文件的动态请求.通过tomcat worker等待执行servlet/JSP的tomcat实例.使用 AJP1.3协议与tomcat通信.tomcat有借助jdk解析. 负载就是 多台tomcat.共同解析apache发送的jsp请

CentOS的网络配置简析

我们在进行对CentOS的网络配置时,一般会从IP地址(IPADDR).子网掩码(NETMASK).网关(Gateway).主机名(HOSTNAME).DNS服务器等方面入手.而在CentOS中,又有着不同的命令或配置文件可以完成这些配置操作,接下来,我们将从ifcfg系命令,iproute2系命令以及配置文件3个方面来简析网络配置的方法. 一.ifcfg系命令 ifcfg系命令包括ifconfig,route,netstat和hostname. 1.ifconfig命令 用来配置一个网络接口.