《http协议put》由会员分享，可在线阅读，更多相关《http协议put（6页珍藏版）》请在金锄头文库上搜索。
1、竭诚为您供给优质文档/双击可除 协议 put篇一： 协议 协议重要性:无论是以后用 webserverice,还是用rest 做大型架构,都离不开对 协议的生疏.甚至可以简化的说:webservice= 协议+xml Rest= 协议+json各种 api,也一般是用 +xml/json 来实现的.往小说:做采集,小偷站,也需要对 协议有所了解, 以及ajax,对 协议有了解之后,学习ajax 是格外容易理解的.什么是协议:答:计算机中的协议和现实中的协议是一样的,一式双 份/多份.双方/多方都遵从共同的一个标准,这个标准就可以称 为协议.计算机只所以能全世界互通,协议是功不行没,假设没第 6
2、 页 共 11 页有协议,计算机各说各话,根本谁都听不懂谁. ftp, ,stmp,pop,tcp/ip 协议. 协议的工作流程当你翻开一个页面时,发生了什么0:原始状态:客户端和效劳器之间,没有关系.什么叫连接:连接就是网络上的虚拟电路.问:扫瞄器能发送 协议, 协议肯定要扫瞄器来发送吗答:不是, 既然是一种协议,那么只要满足这种协议, 什么工具都可以发. 恳求信息和响应信息的格式恳求:(1) 恳求行(2) 恳求头信息(3) 恳求主体信息(可以没有)(4) 头信息完毕后和主体信息之间要空一行恳求行又分 3 局部恳求方法恳求路径所用的协议恳求方法:getpostputdeletetRace,o
3、ptions 所用的协议:目前一般是 /1.1,0.9,1.0 已经根本不用.篇二：post,get,put 等恳求方法有什么不同post，get，put 等恳求方法有什么不同 1.1 的简要介绍 1.1 是一个基于文本的互联网实体信息交互主流协议，这里的实体可以是wap 兼容扫瞄器之类的用户终端，可以是wap 网关之类的代理效劳器，也可以是javaservlet 之类的源效劳器程序。它们之间的交互信息就是两大类：客户 端对效劳器端的恳求和效劳器端对客户端的响应。一次完整 的交互包括一个恳求和对它的响应。全部的恳求和响应都承受RFc822中定义的标准互联 网消息格式，框架如下：*消息定义*没有
4、或多个消息头*cRlF*可选的消息本体其中消息定义不分指定了发送消息的类型。恳求和响应 都可以包含多个消息头，用来进一步或者重新定义用户终端 和效劳器之间的交互。cRlF 仅仅用来将信息定义和消息本体分开。1、恳求在消息定义局部可以这样定义恳求：恳求类型uRl /1.1 其中恳求类型可以是下面的一种：.option：返回恳求者和相应者之间可以使用的通信 选项，主要用来检测效劳器处理力量；.get：获得以 uRl 标示的文件内容或者程序执行结果。效劳器依据文件名后缀推断效劳内容，比方该 uRl 是静态文本还是一个程序；.head：除了不返回响应的信息本体以外，得到的是跟get 一样的信息。一般用
5、来测试链接的有效性、可达性和近期修改；.post：把消息本体中的消息发送到一个 uRl 或者其他类似的效劳器端定义行为。通常用来提交一个 html 表单或者一些数据操作活动；.put：把消息本体中的消息发送到一个 uRl，跟post类似，但不常用；.delete：删除uRl 指定的资源；.tRace：调用一个远程应用层恳求消息回路。发出这 个消息的用户终端除了收到原来的消息内容以外，还得到消 息在internet 上的传送路径。最常用的恳求类型-也是我们在处理wap 应用时最关心的-是get 和 post。假设有一个 wml 文档，我们用 up 的扫瞄器去扫瞄的话，就会向效劳器发出如下 get
6、 恳求： get /1.1accept-charset:utF-8 accept-language:chaccept:text/vnd.wap.wml,*/*,image/bmp,text/html user-agent:up.browser/3.1-upg1up.link/3.2host:其中粗体的局部是 消息头，这里我们无视了一些与我们关系不大的消息头。accept-charset:用户终端支持的字符集accept-language:用户终端目前使用的语言accept:用户终端可以承受的 mime 文件类型user-agent:用户终端供给商供给的终端描述信息host:恳求信息发送到的域名
7、2、响应响应的消息定义局部一般是这样的： /1.1 状态码状态描述在RFc2616中定义了近 40 种不同的状态码。其中最常见的是 3 个： 200ok 401unauthorized 404notFound连续上面那个例子，假设该 uRl 合法的话，效劳器的响应会是这样的： /1.1200ok server:www/5.0date:Fri,26oct200012:15:23gmt connection:keep-alivecontent-length:1211content_type:text/vnd.wap.wmllast-modified:mon,22oct200018:19:24gmt
8、“ :/index.wml 的源代码。server:发出响应的效劳器date:响应发出的时间connection:指示用户终端保持连接content-length:响应信息的长度，从 deck 的第一个“ content_type:响应的mime 类型last-modified:响应中deck 的最终修改时间当用户终端接收到响应以后，会对其状态信息和消息头 进展解码，然后打算对响应做出什么样的动作。假设收到 ok 响应，一般会把消息本体里的内容显示在屏幕上。对于桌面 终端，通常是 html，对于wap 扫瞄器，那么是 wml。 是一种很罗嗦的协议。即使是简洁没有任何数据的恳求和响应都要产生数百字节的消息。wap 通过wap 网关来解决这个问题。wap 网关一个很重要的功能就是把全部的 1.1 消息转换成无线任务协议的消息格式。这种格式是压缩的二进制协议，兼容 1.1。它能解析全部的恳求和响应消息，并转换成最精简的bit 序列。到这里我们已经介绍了 1.1 的主要内容。固然
