Java-web客户端和服务器端交互的原理.doc

上传人:汽*** 文档编号:558665941 上传时间:2022-12-27 格式:DOC 页数:9 大小:22.54KB
返回 下载 相关 举报
Java-web客户端和服务器端交互的原理.doc_第1页
第1页 / 共9页
Java-web客户端和服务器端交互的原理.doc_第2页
第2页 / 共9页
Java-web客户端和服务器端交互的原理.doc_第3页
第3页 / 共9页
Java-web客户端和服务器端交互的原理.doc_第4页
第4页 / 共9页
Java-web客户端和服务器端交互的原理.doc_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《Java-web客户端和服务器端交互的原理.doc》由会员分享,可在线阅读,更多相关《Java-web客户端和服务器端交互的原理.doc(9页珍藏版)》请在金锄头文库上搜索。

1、Java web客户端和效劳器端交互的原理 其实客户端和效劳器端的交互原理很简单:即先是浏览器和效劳器端建立Socket无状态连接,也就是短连接,然后通过IO流进行报文信息(这个报文是严格遵循报文接口的)的交互,最后会话结束后就关闭连接。对于这些底层的协议和报文的打包解包交互的实现,其实java和浏览器早都已经封装好了,程序员只要专注于业务逻辑的实现就行。 a. TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型,是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层

2、、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构,每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为: i. 应用层:应用程序间沟通的层,如超文本传送协议()、简单电子邮件传输(SMTP)、文件传输协议(FTP)、网络远程访问协议(Tel)等。 ii. 传输层:在此层中,它提供了节点间的数据传送效劳,如传输控制协议(TCP)、用户数据报协议(UDP)等,TCP和UDP给数据包参加传输数据并把它传输到下一层中,这一层负责传送数据,并且确定数据已被送达并接收。 iii. 互连网络层:负责提供根本的数据封包传送功能,让每一块数据包都能够到

3、达目的主机(但不检查是否被正确接收),如网际协议(IP)。 iv. 网络接口层:对实际的网络媒体的管理,定义如何使用实际网络(如Ether、Serial Line等)来传送数据。 b. 协议介绍: i. 是一种超文本传送协议(HyperText Transfer Protocol),是一套计算机在网络中通信的一种规那么。在TCP/IP体系结构中,属于应用层协议,位于TCP/IP协议的顶层 ii. 是一种无状态的的协议,意思是指 在Web 浏览器(客户端)和 Web 效劳器之间不需要建立持久的连接。整个过程就是当一个客户端向效劳器端发送一个请求(request),然后Web效劳器返回一个响应 (

4、response),之后连接就关闭了,在效劳端此时是没有保存连接的信息。 iii. 遵循 请求/响应(request/response) 模型的,所有的通信交互都被构造在一套请求和响应模型中。 iv. 浏览WEB时,浏览器通过协议与WEB效劳器交换信息,Web效劳器向Web浏览器返回的文件都有与之相关的类型,这些信息类型的格式由MIME定义。 c. 协议的java实现方式 不管是TCP/IP协议也好,还是协议也好,java都是通过套接字(java.Socket)来实现的,可以参考我的另一篇技术博客:一个工程看java TCP/IP Socket编程(1.3版) a. 定义的事务处理由以下四步组

5、成: i. 建立连接: 例如我在浏览器里输入 cuishen.iteye.,客户端请求这个地址时即翻开了web效劳器端口的一个套接字。因为在网络中间作为传递数据的实体介质就是网线,数据实质上是通过IO流进行输出和输入,这就不难理解我们为什么在写一个Servlet的时候要引用 import java.io.*; 的原因 ,包括我们在向客户端回发结果的时候要用到PrintWriter对象的println()方法。其实请求的这个地址还要加上端口号80,80可以不写,是因为浏览器默认的端口号是80。 在Java底层代码中是这样实现的,只不过它们已经帮我们做了。 Socket socket = new

6、Socket(cuishen.iteye.,80); InputStream in = socket.getInputStream(); OutputStream out = socket.getOutputStream(); ii. 客户端发送请求报文(request) 一旦建立了TCP连接,Web浏览器就会向Web效劳器发送请求命令,是一个ASCII文本请求行,后跟0个或多个头标,一个空行和实现请求的任意数据。 即报文分四个局部:请求行,请求头标,空行和请求数据 1)请求行 请求行由三个标记组成:请求方法、请求URL和版本,中间用空格分开 例如: GET cuishen.iteye./bl

7、og/242842 /1.1 标准定义了8种可能的请求方法:(最常见的就是 GET 和 POST 两种方法) GET - 检索URI中标识资源的一个简单请求 HEAD - 与GET方法相同,效劳器只返回状态行和头标,并不返回请求文档 POST - 效劳器承受被写入客户端输出流中的数据的请求 PUT - 效劳器保存请求数据作为指定URI新内容的请求 DELETE - 效劳器删除URI中命名的资源的请求 OPTIONS - 关于效劳器支持的请求方法信息的请求 TRACE - Web效劳器反应Http请求和其头标的请求 CONNECT - 已文档化但当前未实现的一个方法,预留做隧道处理 2)请求头标

8、 请求头标:由key :value 健值组成,每行一对。请求头标用来 通知效劳器有关客户端的功能和标识。 HOST - 请求的哪一个效劳器端地址,主地址,比方:我的技术blog:cuishen.iteye. User-Agent - 用户即客户端可以使用的浏览器 ,如: Mozilla/4.0 Aept - 即客户端可以承受的MIME 类型列表,如image/gif、text/html、application/msword Content-Length - 只适用于POST请求,以字节给出POST数据的尺寸 3)空行 发送回车符和退行,通知效劳器以下不再有头标。 4)请求数据 使用POST传送

9、数据,最常使用的是Content-Type和Content-Length头标。 请求报文总结: 我们可以这样写出一个标准的 请求: POST /blog/242842 1.1 HOST: cuishen.iteye./ User-Agent: Mozilla/4.0 Apt: image/gif,text/html,application/pdf,image/png. key=value&key=value&key=value. (POST()请求的数据) 这上面的一个例子意思是: 我要去访问的效劳器端的地址是cuishen.iteye./ 它下面的资源 /blog/242842 连起来就是:

10、 cuishen.iteye./blog/242842 这个页面用的是 1.1 标准,我的浏览器版本是Mozilla/4.0 可以支持的MIME格式为 image/gif,text/html,application/pdf,image/png.等等 这个MIME格式我们在servlet中写法是:response.setContentType(text/html;charset=gb2312); 或者在jsp中写法是: 或者在html中写法是: GET 和 POST 最直观的区别就是:GET方法将数据的请求跟在了所请求的URL后面,也就是在请求行里面我们是这么样来做的: GET /blog/24

11、2842?key=value&key=value&key=value.1.1 实际上用 GET 是这样传递数据的: cuishen.iteye./?page=2. iii.效劳器端响应请求生成结果并回发(response) Web 效劳器解析请求,定位指定的资源 cuishen.iteye./blog/242842 1)根据请求时的 GET/POST 对应的用servlet里的 doGet() / doPost()方法来处理(有可能是一些业务逻辑,也有可能是一些验证等等,也有可能是一些数据查询,提交等等)其有效的数据就key=value&key=value&key=value.,以及其它的一些

12、封装在 request 对象中的数据资源。 2)处理请求之后,由 response 对象得到 java.io.PrintWriter 输出流对象out,通过 out.println(); 将数据以指定的格式,如按照response.setcontentType(text/html;charset=gb2312);的格式输出到输出流。 它的响应报文与请求报文非常类似,其区别就在于:我们在请求阶段的请求行被状态行给替换了,再来看响应报文: 3)一个响应报文由四个局部组成:状态行、响应头标、空行、响应数据: (a).状态行: 状态行由三个标记组成:版本、响应代码和响应描述。 1.1 - 100 -

13、continue /继续追加后继内容 1.1 - 200 - OK /一切正常 1.1 - 301 - Moved Permanently /请求的文档在其它地方,会自动连接 1.1 - 403 - Forbidden /绝对拒绝你访问这个资源,不管授权没有 1.1 - 400 - Bad Request /客户端请求中的不良语法 1.1 - 404 - Not Found /最常见,绝对是大名鼎鼎的找不到 响应码: 1xx:提示性信息,告诉客户端应该对某些其它的动作作出响应 2xx:这些就代表了请求成功 3xx:重定向,为了完成请求,必须进一步执行的动作 4xx:客户端错误 500-599:

14、 效劳器端的错误 (b).响应头标:像请求头标一样,它们指出效劳器的功能,标识出响应数据的细节。 Date: Sat, 31 Dec xx 23:59:59 GMT -响应生成的日期和时间 ContentType: text/html;charset=gb2312 Content-Length: 122 -响应中的字节数,只在浏览器使用永久(Keep-alive)连接时需要。 (c).空行:最后一个响应头标之后是一个空行,发送回车符和退行,说明效劳器以下不再有头标。 (d).响应数据:HTML文档和图像等,也就是HTML本身。out.println(.);写到客户端。 iv. 效劳器端关闭连接

15、,客户端解析回发响应报文,恢复页面 1)浏览器先解析状态行,查看请求是否成功的状态代码-响应码:404 400 200 . 2)解析每一个响应头标,如: ContentType: text/html;charset=gb2312 Content-Length: 122 - 响应中的字节数,只在浏览器使用永久(Keep-alive)连接时需要。 3)读取响应数据HTML,根据标签中的内容恢复标准的HTML格式页面或者其它。 4)一个HTML 文档可能包含其它的需要被载入的资源,浏览器会识别,并对这些资源再进行额外的请求,这个过程可以是循环的方式一直到所有的数据都按照响应头标中规定的格式恢复到页面中。 5)数据传送完毕,效劳

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 商业计划书

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号