http协议请求方式.docx
- 文档编号:3373332
- 上传时间:2022-11-22
- 格式:DOCX
- 页数:8
- 大小:22.79KB
http协议请求方式.docx
《http协议请求方式.docx》由会员分享,可在线阅读,更多相关《http协议请求方式.docx(8页珍藏版)》请在冰豆网上搜索。
http协议请求方式
竭诚为您提供优质文档/双击可除
http协议请求方式
篇一:
http协议以及获取其中信息的方法
1课程回顾
web入门
1)web服务软件作用:
把本地资源共享给外部访问
2)tomcat服务器基本操作:
启动:
%tomcat%/bin/startup.bat
关闭:
%tomcat%/bin/shutdown.bat
访问tomcat主页:
http:
//localhost:
8080
3)web应用目录结构|-webRoot根目录|-静态资源(html+css+javascript+images+xml)可以直接被浏览器访问到的|-web-inF不可以直接被浏览器访问到|-classes存放class字节码文件|-lib存放jar包文件web.xmlweb应用的配置文件,配置servlet4)servlet技术:
用java语言开发动态资源的技术开发一个servlet程序的步骤:
1)创建一个java类,继承httpservlet类2)重写httpservlet类的doget方法3)把写好的servlet程序交给tomcat服务器运行!
!
!
!
3.1把编译好的servlet的class文件拷贝到tomcat的一个web应用中。
(web应用的web-inF/classes目录下)3.2在当前web应用的web.xml文件中配置servlethelloservletd_servlet.helloservlethelloservlet/hello4)访问servlethttp:
//localhost:
8080/myweb/hello
2http协议入门
2.1什么是http协议http协议:
对浏览器客户端和服务器端之间数据传输的格式规范
2.2查看http协议的工具1)使用火狐的firebug插件(右键->firebug->网络)2)使用谷歌的“审查元素”3)使用系统自带的telnet工具(远程访问工具)a)telnetlocalhost8080访问tomcat服务器b)ctrl+]回车可以看到回显c)输入请求内容
2.3http协议内容
3http请求
3.1请求行get/day09/hellohttp/1.1
#http协议版本http1.0:
当前浏览器客户端与服务器端建立连接之后,只能发送一次请求,一次请求之后连接关闭。
http1.1:
当前浏览器客户端与服务器端建立连接之后,可以在一次连接中发送多次请求。
(基本都使用1.1)
#请求资源
uRl:
统一资源定位符。
http:
//localhost:
8080/day09/testimg.html。
只能定位互联网资源。
是uRi的子集。
uRi:
统一资源标记符。
/day09/hello。
用于标记任何资源。
可以是本地文件系统,局域网的资源(//192.168.14.10/myweb/index.html),
可以是互联网。
#请求方式常见的请求方式:
get、post、head、tRace、put、connect、delete常用的请求方式:
get和post表单提交:
getvspost区别
1)get方式提交
b)get提交参数数据有限制,不超过1kb。
c)get方式不适合提交敏感密码。
d)注意:
浏览器直接访问的请求,默认提交方式是get方式
2)post方式提交
a)参数不会跟着uRi后面。
参数而是跟在请求的实体内容中。
没有?
开头,多个参数之间以请求方式
request.getRequetuRi()/request.getRequetuRl()请求资源
request.getprotocol()请求http协议版本
请求头:
request.getheader("名称")根据请求头获取请求值
request.getheadernames()获取所有的请求头名称
实体内容:
request.getinputstream()获取实体内容数据(注意:
post方式)
案例:
publicclassextendshttpservlet{
/**
服务器接收到浏览器发送的请求数据,然后封装到httpservetRequest对象*2)服务器调用doget方法,然后把request对象传入到*/
publicvoiddoget(httpservletRequestrequest,httpservletResponseresponse)throwsservletexception,ioexception{
/**
*3)从request对象取出请求数据。
*/
//t1(request);
//t2(request);
}
//为了接收post方式提交的请求
@override
protectedvoiddopost(httpservletRequestrequest,httpservletResponseresp)throwsservletexception,ioexception{
/**
*3.3请求的实体内容
*/
inputstreamin=request.getinputstream();//得到实体内容
byte[]buf=newbyte[1024];
intlen=0;
while((len=in.read(buf))!
=-1){
stringstr=newstring(buf,0,len);
system.out.println(str);
篇二:
http协议简介及其工作原理
http协议简介及其工作原理
1.http的概述
超文本传输协议(http)是万维网应用层的协议,是通过两个程序实现:
一个是
客户端程序(一般称为浏览器),另一个是服务器(常称web服务器)。
这两个通常运行在不同的主机上通过交换http报文来完成网页请求和响应。
并且http定义了报文的结构和客户/服务器之间交换报文的规则。
2.http的工作流程
浏览器可以向web服务器发送请求并显示收到的网页,当用户在浏览器地址栏中输入一个uRl或点击一个超连接时,浏览器就向服务器发出了http请求,该请求被送往由uRl指定的web服务器,web服务器接收到请求后,进行相关文档的检索并以http规定的格式送回所要求的文件或其他相关信息,再由用户计算机上的浏览器负责解释和显示。
在http协议中,由于web服务器在发送用户要求的文档过程中,并不储存任何有关客户端的状态信息。
如果某个客户端在几秒钟内两次要求同一文档,服务器绝对不会认为不合理,因为它根本不记得用户端曾经来访过,因此http不维持客户端状态,故它又被称为无状态协议。
3.http运作过程中的连接
3.1连接过程说明
假设某个网页有10个jpFg图像,总共11个对象存在同一个服务器中,该网页的基本文档形式uRl为:
当采用http/1.0时,web服务过程:
⑴.http的客户端启用了对服务器的tcp连接,该服务器的80
号端口(http的默认端口)用来监听来自网络的网络服务请求。
⑵.http的客户端通过第一步建立的链接套接字发送“请求报文”。
请求报文中包含了文档的路径名(/somedepartment/home.index)。
⑶.http服务器通过第一步建立连接套接字收到了该请求报文,从磁盘或内存中查找
/somedepartment/home.index,将文档封存在http的“相应报文”中,并通过先前建立的套接字将该报文送到客户端。
⑷.http服务器告诉tcp断开连接(tcp在客户端完全收到响应报文之前不会断开tcp
连接)。
⑸.当客户端接受完响应报文,本次tcp连接即告结束。
到达的报文说明所封装的内容是
html基本文件,客户端从响应报文中取出文件,对html文件进行解析,从而发现该文件还要引用另外10个jpeg对象。
⑹.针对所有的jpeg对象,需要重复进行前四个步骤。
上述步骤使用的是非坚持连接的的工作模式,由于服务器在每个对象发送后都要关闭tcp连接。
由于tcp连接传输一个请求报文和一个响应报文,这样上述例子传送一个网页需要11次tcp连接,效率比较低。
由于每个请求的对象建立和维持一个“崭新”的连接,在客户端和服务器端都要为tcp分配缓存并保持tcp变量,这会对同时几百个客户服务端的web服务器造成城中负担。
3.2提高http服务效率的两种方法
⒈从一个客户端同时发送多个tcp连接并列到一个web服务器上,即建立“并行”的tcp连接,目前浏览器可以配置5~10个并行连接,每个连接完成一次http的报文交换,但其没有从根本上解决服务器负担问题。
2.使用持续连接模式,服务器在完成一次http报文交互后继续保持连接,统一客户端和服务器之间后继的请求和响应报文可以在原来的连接进行。
4.http报文格式
4.1送往服务器的请求报文
下面是一个浏览器发往服务器的请求报文样例:
get/test/file.hmtlhttp/1.0accept:
text/plainaccept:
application/x-htmlaccept:
application/htmlaccept:
text/x-htmlaccept:
text/htmlaccept:
audio/*
accept:
text/x-setextaccept:
*/*
请求报文样例的方法字段一般格式:
http-methodidentifierhttp-version解释如下:
http-method:
指定http方法,可以说明对uRl指向的对象进行什么样的操作。
该方法常用的有:
get或post可以使用网页中的表单向web服务器传送数据,在请求报文样例中使用get方法。
head:
请求一个对向有关的首部信息。
identifier:
资源标识符(这里为去掉协议和因特网域名字符串后的uRl,如报文是送往代理服务器的则为整个uRl
http-version:
目前客户端使用的http协议版本。
Requestline
请求报文的一般格式
请求报文由两部分组成:
method字段,它是请求的第一行,指定使用的http方法和服务器上资源地址;然后httpheader字段,他把有关客户端语html文件的解析能力的相关信息传到服务器上。
方法字段包含三个文本字段,中间用空格(sp)或制表符(tab)分开。
4.2服务器送往客户端的响应报文。
服务器接受来自浏览器的请求时,根据get,post或head等指定的方法取得来自浏览器的数据或要求,并按action指定的资源对象进行相应的处理,然后把处理结果传回客户端。
有关会话状态的报文会通过返回浏览器的响应报文的首部传给客户端,与客户端送往请求首部字段一样,响应首部字段也都是有些回车换行结尾的文本行。
响应首部的结束也是由仅包含回车换行的一个空行表示,响应数据接在空行后面。
下面是一个服务器响应客户端请求后从服务器放往客户端的响应报文样例:
(1)http/1.0200ok
相应首信息
2)date:
Friday,23-sep-9416:
04:
09gmt(3)server:
ncsa/1.3(4)mime-vereoin:
1.0(5)content-type:
text/html
6)last-modified:
Friday,23-sep-9416:
03:
27gmt(7)contentlength:
145
(8)[ablankline,containingonlycRlF]
9)(10)(11)(
12)(13)
test
html
文档
(14)justatest(15) areyouseeit(16)17)
Requestlinehttp响应报文的一般格式
响应报文样例中的第一行是状态行,让客户端知道服务器使用的协议和请求是否成功完成。
响应报文样例中的第一行的一般格式是:
http-vereionstatus-codeexplanationhttp_version字段指出服务器使用的版本。
status-code是200~599之间的数字,指出链接的状态。
explanatio字段是文本字符串,它提供有关状态的更多解释信息,解释字符串可能随服务器的不同而不同,而状态码由http规范定义。
4.3几种由http明确规范定义的状态码
4.3.1会话成功(200~299)
4.3.2重定向(300~399,即表示uRl指定的对向已经被移动到其他位置,服务器向客户
端发回对象新的uRl)
4.3.3错误报文
篇三:
http协议规范
引言
http是一个属于应用层的面向对象的协议,由于其简捷、快速的方式,适用于分布式超媒体信息系统。
它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展。
目前在www中使用的是http/1.0的第六版,http/1.1的规范化工作正在进行之中,而且
http-ng(nextgenerationofhttp)的建议已经提出。
http协议的主要特点可概括如下:
1.支持客户/服务器模式。
2.简单快速:
客户向服务器请求服务时,只需传送请求方法和路径。
请求方法常用的有get、head、post。
每种方法规定了客户与服务器联系的类型不同。
由于http协议简单,使得http服务器的程序规模小,因而通信速度很快。
3.灵活:
http允许传输任意类型的数据对象。
正在传输的类型由content-type加以标记。
4.无连接:
无连接的含义是限制每次连接只处理一个请求。
服务器处理完客户的请求,并收到客户的应答后,即断开连接。
采用这种方式可以节省传输时间。
5.无状态:
http协议是无状态协议。
无状态是指协议对于事务处理没有记忆能力。
缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。
另一方面,在服务器不需要先前信息时它的应答就较快。
一、http协议详解之uRl篇
http(超文本传输协议)是一个基于请求与响应模式的、无状态的、应用层的协议,常基于tcp的连接方式,http1.1版本中给出一种持续连接的机制,绝大多数的web(http协议请求方式)开发,都是构建在http协议之上的web应用。
httpuRl(uRl是一种特殊类型的uRi,包含了用于查找某个资源的足够的信息)的格式如下:
http:
//host[":
"port][abs_path]
http表示要通过http协议来定位网络资源;host表示合法的internet主机域名或者ip地址;port指定一个端口号,为空则使用缺省端口80;abs_path指定请求资源的uRi;如果uRl中没有给出abs_path,那么当它作为请求uRi时,必须以“/”的形式给出,通常这个工作浏览器自动帮我们完成。
eg:
1、输入:
浏览器自动转换成:
http:
///
2、http:
192.168.0.116:
8080/index.jsp
二、http协议详解之请求篇
http请求由三部分组成,分别是:
请求行、消息报头、请求正文
1、请求行以一个方法符号开头,以空格分开,后面跟着请求的uRi和协议的版本,格式如下:
methodRequest-uRihttp-VersioncRlF
其中method表示请求方法;Request-uRi是一个统一资源标识符;http-Version表示请求的http协议版本;cRlF表示回车和换行(除了作为结尾的cRlF外,不允许出现单独的cR或lF字符)。
请求方法(所有方法全为大写)有多种,各个方法的解释如下:
get请求获取Request-uRi所标识的资源
post在Request-uRi所标识的资源后附加新的数据
head请求获取由Request-uRi所标识的资源的响应消息报头
put请求服务器存储一个资源,并用Request-uRi作为其标识
delete请求服务器删除Request-uRi所标识的资源
tRace请求服务器回送收到的请求信息,主要用于测试或诊断
connect保留将来使用
options请求查询服务器的性能,或者查询与资源相关的选项和需求
应用举例:
get方法:
在浏览器的地址栏中输入网址的方式访问网页时,浏览器采用get方法向服务器获取资源,eg:
get/form.htmlhttp/1.1(cRlF)
post方法要求被请求服务器接受附在请求后面的数据,常用于提交表单。
eg:
post/reg.jsphttp/(cRlF)
accept:
image/gif,image/x-xbit,...(cRlF)
...
host:
(cRlF)
content-length:
22(cRlF)
connection:
keep-alive(cRlF)
cache-control:
no-cache(cRlF)
(cRlF)//该cRlF表示消息报头已经结束,在此之前为消息报头
user=jeffrey
响应时的缓存指令包括:
public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age、s-maxage.
eg:
为了指示ie浏览器(客户端)不要缓存页面,服务器端的jsp程序可以编写如下:
response.sehheader("cache-control","no-cache");
//response.setheader("pragma","no-cache");作用相当于上述代码,通常两者//合用这句代码将在发送的响应消息中设置普通报头域:
cache-control:
no-cache
date普通报头域表示消息产生的日期和时间
connection普通报头域允许发送指定连接的选项。
例如指定连接是连续,或者指定“close”选项,通知服务器,在响应完成后,关闭连接
2、请求报头
请求报头允许客户端向服务器端传递请求的附加信息以及客户端自身的信息。
常用的请求报头
accept
accept请求报头域用于指定客户端接受哪些类型的信息。
eg:
accept:
image/gif,表明客户端希望接受giF图象格式的资源;accept:
text/html,表明客户端希望接受html文本。
accept-charset
accept-charset请求报头域用于指定客户端接受的字符集。
eg:
accept-charset:
iso-8859-1,gb2312.如果在请求消息中没有设置这个域,缺省是任何字符集都可以接受。
accept-encoding
accept-encoding请求报头域类似于accept,但是它是用于指定可接受的内容编码。
eg:
accept-encoding:
gzip.deflate.如果请求消息中没有设置这个域服务器假定客户端对各种内容编码都可以接受。
accept-language
accept-language请求报头域类似于accept,但是它是用于指定一种自然语言。
eg:
accept-language:
zh-cn.如果请求消息中没有设置这个报头域,服务器假定客户端对各种语言都可以接受。
authorization
authorization请求报头域主要用于证明客户端有权查看某个资源。
当浏览器访问一个页面时,如果收到服务器的响应代码为401(未授权),可以发送一个包含authorization请求报头域的请求,要求服务器对其进行验证。
host(发送请求时,该报头域是必需的)
host请求报头域主要用于指定被请求资源的internet主机和端口号,它通常从httpuRl中提取出来的,eg:
我们在浏览器中输入:
http:
///index.html
浏览器发送的请求消息中,就会包含host请求报头域,如下:
host:
此处使用缺省端口号80,若指定了端口号,则变成:
host:
:
指定端口号user-agent
我们上网登陆论坛的时候,往往会看到一些欢迎信息,其中列出了你的操作系统的名称和版本,你所使用的浏览器的名称和版本,这往往让很多人感到很神奇,实际上,服务器应用程序就是从user-agent这个请求报头域中获取到这些信息。
user-agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。
不过,这个报头域不是必需的,如果我们自己编写一个浏览器,不使用user-agent请求报头域,那么服务器端就无法得知我们的信息了。
请求报头举例:
get/form.htmlhttp/1.1(cRlF)
accept:
image/gif,image/x-xbitmap,image/jpeg,application/x-shockwave-flash,application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword,*/*(cRlF)accept-language:
zh-cn(cRlF)
accept-encoding:
gzip,deflate(cRlF)
if-modified-since:
wed,05jan20xx11:
21:
25gmt(cRlF)
if-none-match:
w/"80b1a4c018f3c41:
8317"(cRlF)
user-agent:
mozilla/4.0(compatible;msie6.0;windowsnt5.0)(cRlF)
host:
(cRlF)
connection:
keep-alive(cRlF)
(cRlF)
3、响应报头
响应报头允许服务器传递不能放在状态行中的附加响应信息,以及关于服务器的信息和对Request-uRi所标识的资源进行下一步访问的信息。
常用的响应报头
location
location响应报头域用于重定向接受者到一个新的位置。
location响应报头域常用在更换域名的时候。
server
server响应报头域包含了服务器用来处理请求的软件信息。
与user-agent请求报头域是相对应的。
下面是
server响应报头域的一个例子:
server:
apache-coyote/1.1
www-authenticate
www-authenticate响应报头域必须被包含在401(未授权的)响应消息中,客户端收到401响应消息时候,并发送authorization报头域请求服务器对其进行验证时,服务端响应报头就包含该报头域。
eg:
www-authenticate:
basicrealm="basicauthtest!
"//可以看出服务器对请求资源采用的是基本验证机制。
4、实体报头
请求和响应消息都可以传送一个实体。
一个实体由实体报头域和实体正文组成,但并不是说实体报头域和实体正文要在一起发送,可以
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- http 协议 请求 方式