Javaweb客户端和服务器端交互的原理

Javaweb客户端和效劳器端交互的原理其实客户端和效劳器端的交互原理很简单：即先是浏览器和效劳器端建立Socket无状态连接，也就是短连接，然后通过10流进行报文信息(这个报文是严格遵循报文接口的)的交互，最后会话结束后就关闭连接。对于这些底层的协议和报文的打包解包交互的实现，其实java和浏览器早都已经封装好了，程序员只要专注于业务逻辑的实现就行。TCP/IP整体构架概述TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为：应用层：应用程序间沟通的层，如超文本传送协议()、简单电子邮件传输(SMTP)、文件传输协议(FTP)、网络远程访问协议(Tel)等。传输层：在此层中，它提供了节点间的数据传送效劳，如传输控制协议(TCP)、用户数据报协议(UDP)等，TCP和UDP给数据包参加传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。互连网络层：负责提供根本的数据封包传送功能，让每一块数据包都能够到达目的主机(但不检查是否被正确接收)，如网际协议(IP)。网络接口层：对实际的网络媒体的管理，定义如何使用实际网络(如Ether、SerialLine等)来传送数据。协议介绍：是一种超文本传送协议(HyperTextTransferProtocol),是一套计算机在网络中通信的一种规那么。在TCP/IP体系结构中，属于应用层协议，位于TCP/IP协议的顶层是一种无状态的的协议，意思是指在Web浏览器(客户端)和Web效劳器之间不需要建立持久的连接。整个过程就是当一个客户端向效劳器端发送一个请求(request)，然后Web效劳器返回一个响应(response),之后连接就关闭了，在效劳端此时是没有保存连接的信息。遵循请求/响应(request/response)模型的，所有的通信交互都被构造在一套请求和响应模型中。浏览WEB时，浏览器通过协议与WEB效劳器交换信息，Web效劳器向Web浏览器返回的文件都有与之相关的类型,这些信息类型的格式由MIME定义。协议的java实现方式不管是TCP/IP协议也好，还是协议也好，java都是通过套接字(java..Socket)来实现的，可以参考我的另一篇技术博客：一个工程看javaTCP/IPSocket编程(1.3版)a.定义的事务处理由以下四步组成：建立连接：例如我在浏览器里输入cuishen.iteye.，客户端请求这个地址时即翻开了web效劳器端口的一个套接字。因为在网络中间作为传递数据的实体介质就是网线，数据实质上是通过IO流进行输出和输

入，这就不难理解我们为什么在写一个Servlet的时候要引用importjava.io.*;的原因，包括我们在向客户端回发结果的时候要用到PrintWriter对象的println()方法。其实请求的这个地址还要加上端口号80，80可以不写，是因为浏览器默认的端口号是80。在Java底层代码中是这样实现的，只不过它们已经帮我们做了。Socketsocket=newSocket("cuishen.iteye.",80);InputStreamin=socket.getInputStream();OutputStreamout=socket.getOutputStream();客户端发送请求报文(request)一旦建立了TCP连接，Web浏览器就会向Web效劳器发送请求命令,是一个ASCII文本请求行，后跟0个或多个头标，一个空行和实现请求的任意数据。即报文分四个局部：请求行，请求头标，空行和请求数据请求行请求行由三个标记组成：请求方法、请求URL和版本，中间用空格分开例如：GETcuishen.iteye./blog/242842/1.1标准定义了8种可能的请求方法：(最常见的就是GET和POST两种方法)GET—检索URI中标识资源的一个简单请求HEAD—与GET方法相同，效劳器只返回状态行和头标，并不返回请求文档POST效劳器承受被写入客户端输出流中的数据的请求

POST效劳器承受被写入客户端输出流中的数据的请求PUT效劳器保存请求数据作为指定PUT效劳器保存请求数据作为指定URI新内容的请求DELETE—效劳器删除URI中命名的资源的请求OPTIONS--关于效劳器支持的请求方法信息的请求TRACE—Web效劳器反应Http请求和其头标的请求CONNECT--已文档化但当前未实现的一个方法，预留做隧道处理2） 请求头标请求头标：由key:value健值组成，每行一对。请求头标用来通知效劳器有关客户端的功能和标识。HOST--请求的哪一个效劳器端地址，主地址，比方：我的技术blog：cuishen.iteye.User-Agent--用户即客户端可以使用的浏览器，如：Mozilla/4.0Aept—即客户端可以承受的MIME类型列表，如image/gif、text/html、application/mswordContent-Length--只适用于POST请求，以字节给出POST数据的尺寸3） 空行发送回车符和退行，通知效劳器以下不再有头标。4） 请求数据使用POST传送数据，最常使用的是Content-Type和Content-Length头标。请求报文总结：我们可以这样写出一个标准的请求：POST/blog/2428421.1HOST:cuishen.iteye./User-Agent:Mozilla/4.0Apt:image/gif,text/html,application/pdf,image/png...key二value&key二value&key二value (POST()请求的数据)这上面的一个例子意思是：我要去访问的效劳器端的地址是cuishen.iteye./它下面的资源/blog/242842连起来就是：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/242842?key=value&key=value&key=value 1.1实际上用GET是这样传递数据的：cuishen.iteye./?page=2 效劳器端响应请求生成结果并回发(response)Web效劳器解析请求，定位指定的资源cuishen.iteye./blog/242842根据请求时的GET/POST对应的用servlet里的doGet()/doPost()方法来处理(有可能是一些业务逻辑，也有可能是一些验证等等，也有可能是一些数据查询，提交等等)其有效的数据就key=value&key=value&key=value ，以及其它的一些封装在request对象中的数据资源。处理请求之后，由response对象得到java.io.PrintWriter输出流对象out,通过out.println();将数据以指定的格式，如按照response.setcontentType("text/html;charset二gb2312");的格式输出到输出流。它的响应报文与请求报文非常类似,其区别就在于：我们在请求阶段的请求行被状态行给替换了,再来看响应报文：一个响应报文由四个局部组成：状态行、响应头标、空行、响应数据：.状态行：状态行由三个标记组成：版本、响应代码和响应描述。100continue//继续追加后继内容200OK//一切正常301MovedPermanently//请求的文档在其它地方,会自动连接403Forbidden//绝对拒绝你访问这个资源,不管授权没有400BadRequest//客户端请求中的不良语法404NotFound//最常见,绝对是大名鼎鼎的找不到响应码：1xx：提示性信息，告诉客户端应该对某些其它的动作作出响应2xx：这些就代表了请求成功3xx：重定向，为了完成请求，必须进一步执行的动作4xx：客户端错误500-599:效劳器端的错误.响应头标：像请求头标一样，它们指出效劳器的功能，标识出响应数据的细节。Date:Sat,31Decxx23:59:59GMT--响应生成的日期和时间ContentType:'text/html;charset=gb2312'Content-Length:122--响应中的字节数，只在浏览器使用永久(Keep-alive)连接时需要。.空行：最后一个响应头标之后是一个空行，发送回车符和退行，说明效劳器以下不再有头标。.响应数据：HTML文档和图像等，也就是HTML本身。out.println(" ");写到客户端。效劳器端关闭连接，客户端解析回发响应报文，恢复页面浏览器先解析状态行，查看请求是否成功的状态代码--响应码：404400200 解析每一个响应头标，如：ContentType:text/html;