TCP/IP协议,HTTP协议

1. 协议 

a. TCP/IP总体构架概述 

   TCP/IP协议并不全然符合OSI的七层參考模型。传统的开放式系统互连參考模型，是一种通信协议的7层抽象的參考模型,当中每一层运行某一特定任务。该模型的目的是使各种硬件在同样的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议採用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完毕自己的需求。这4层分别为： 

   i.   应用层：应用程序间沟通的层，如超文本传送协议（HTTP）、简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程訪问协议（Telnet）等。 

   ii.  传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包增加数据传输并把它传输到下一层中，这一层负责传送数据，而且确定数据已被送达并接收。 
   
   iii. 互连网络层：负责提供主要的数据封包传送功能，让每一块数据包都可以到达目的主机（但不检查是否被正确接收），如网际协议（IP）。 

   iv.  网络接口层：对实际的网络媒体的管理，定义怎样使用实际网络（如Ethernet、Serial Line等）来传送数据。 

b. HTTP协议介绍： 

   i.   HTTP是一种超文本传送协议（HyperText Transfer Protocol）,是一套计算机在网络中通信的一种规则。在TCP/IP体系结构中，HTTP属于应用层协议，位于TCP/IP协议的顶层 

   ii.  HTTP是一种无状态的的协议，意思是指 在Web 浏览器（client）和 Web server之间不须要建立持久的连接。整个过程就是当一个client向server端发送一个请求(request)，然后Webserver返回一个响应 (response),之后连接就关闭了，在服务端此时是没有保留连接的信息。 

   iii. HTTP 遵循 请求/响应(request/response) 模型的，全部的通信交互都被构造在一套请求和响应模型中。 

   iv.  浏览WEB时，浏览器通过HTTP协议与WEBserver交换信息，Webserver向Web浏览器返回的文件都有与之相关的类型,这些信息类型的格式由MIME定义。 

c. 协议的java实现方式 
   
   不论是TCP/IP协议也好，还是HTTP协议也好，java都是通过套接字（java.net.Socket）来实现的，能够參考我的还有一篇技术博客： 一个项目看java TCP/IP Socket编程(1.3版)  


2. HTTP报文接口及client和server端交互原理 

a. HTTP定义的事务处理由下面四步组成： 

   i.  建立连接： 

   比如我在浏览器里输入 http://cuishen.iteye.com，client请求这个地址时即打开了webserverHTTPport的一个套接字。由于在网络中间作为传递数据的实体介质就是网线，数据实质上是通过IO流进行输出和输入，这就不难理解我们为什么在写一个Servlet的时候要引用 import java.io.*; 的原因 ，包含我们在向client回发结果的时候要用到PrintWriter对象的println()方法。事实上请求的这个地址还要加上port号80，80能够不写，是由于浏览器默认的port号是80。 

   在Java底层代码中是这样实现的，仅仅只是它们已经帮我们做了。 

 Socket socket = new Socket("cuishen.iteye.com",80);
 InputStream in = socket.getInputStream();
 OutputStream out = socket.getOutputStream();

   ii. client发送HTTP请求报文（request） 

   一旦建立了TCP连接，Web浏览器就会向Webserver发送请求命令,是一个ASCII文本请求行，后跟0个或多个HTTP头标，一个空行和实现请求的随意数据。 

   即报文分四个部分：请求行，请求头标，空行和请求数据 

     1）请求行 
     
     请求行由三个标记组成：请求方法、请求URL和HTTP版本号，中间用空格分开 

     比如： GET cuishen.iteye.com/blog/242842 HTTP/1.1 

HTTP规范定义了8种可能的请求方法：(最常见的就是 GET 和 POST 两种方法) 

GET -- 检索URI中标识资源的一个简单请求 
HEAD -- 与GET方法同样，server仅仅返回状态行和头标，并不返回请求文档 
POST -- server接受被写入client输出流中的数据的请求 
PUT -- server保存请求数据作为指定URI新内容的请求 
DELETE -- server删除URI中命名的资源的请求 
OPTIONS -- 关于server支持的请求方法信息的请求 
TRACE -- Webserver反馈Http请求和其头标的请求 
CONNECT -- 已文档化但当前未实现的一个方法，预留做隧道处理 

     2）请求头标 

请求头标：由key ：value 健值组成，每行一对。请求头标用来通知server有关client的功能和标识。 

HOST -- 请求的哪一个server端地址，主地址，比方：我的技术blog：cuishen.iteye.com 
User-Agent -- 用户即client能够使用的浏览器 ，如： Mozilla/4.0 
Accept -- 即client能够接受的MIME 类型列表，如image/gif、text/html、application/msword 
Content-Length -- 仅仅适用于POST请求，以字节给出POST数据的尺寸 

     3）空行  

发送回车符和退行，通知server下面不再有头标。 

     4）请求数据 

使用POST传送数据，最常使用的是Content-Type和Content-Length头标。 

     
     请求报文总结： 
     
     我们能够这样写出一个标准的 HTTP请求： 

POST  /blog/242842 HTTP1.1 
HOST: cuishen.iteye.com/ 
User-Agent: Mozilla/4.0 
Accpt: image/gif,text/html,application/pdf,image/png... 
key=value&key=value&key=value...... (POST()请求的数据) 

     这上面的一个样例意思是： 
     
我要去訪问的server端的地址是cuishen.iteye.com/ 它以下的资源 /blog/242842 
连起来就是： cuishen.iteye.com/blog/242842 
这个页面用的是 HTTP1.1 规范，我的浏览器版本号是Mozilla/4.0  
能够支持的MIME格式为  image/gif,text/html,application/pdf,image/png...等等 

这个MIME格式我们在servlet中写法是：response.setContentType("text/html;charset=gb2312"); 
或者在jsp中写法是：<%@ page contentType="text/html;charset=gb2312"%> 
或者在html中写法是：<meta http-equiv="content-Type" content="text/html; charset=gb2312"> 

GET 和 POST 最直观的差别就是：GET方法将数据的请求跟在了所请求的URL后面，也就是在请求行里面我们是这么样来做的： 

GET  /blog/242842?key=value&key=value&key=value......HTTP1.1 

实际上用 GET 是这样传递数据的： 

http://cuishen.iteye.com/?page=2...... 


   iii.server端响应请求生成结果并回发（response） 


     Web server解析请求，定位指定的资源 http://cuishen.iteye.com/blog/242842 


     1）依据请求时的 GET/POST 相应的用servlet里的 doGet() / doPost()方法来处理（有可能是一些业务逻辑，也有可能是一些验证等等，也有可能是一些数据查询，提交等等）其有效的数据就来源于key=value&key=value&key=value......，以及其他的一些封装在 request 对象中的数据资源。 

     
     2）处理请求之后，由 response 对象得到 java.io.PrintWriter 输出流对象out，通过 out.println(); 将数据以指定的格式，如依照response.setcontentType("text/html;charset=gb2312");的格式输出到输出流。 

     它的响应报文与请求报文很类似，其差别就在于：我们在请求阶段的请求行被状态行给替换了，再来看响应报文： 


     3）一个响应报文由四个部分组成：状态行、响应头标、空行、响应数据： 

(a).状态行： 

    状态行由三个标记组成：HTTP版本号、响应代码和响应描写叙述。 
                                                                
HTTP1.1 --- 100 --- continue  //继续追加后继内容 
HTTP1.1 --- 200 --- OK  //一切正常 
HTTP1.1 --- 301 --- Moved Permanently  //请求的文档在其他地方，会自己主动连接 
HTTP1.1 --- 403 --- Forbidden  //绝对拒绝你訪问这个资源，无论授权没有 
HTTP1.1 --- 400 --- Bad Request  //client请求中的不良语法 
HTTP1.1 --- 404 --- Not Found  //最常见，绝对是大名鼎鼎的找不到 

    HTTP响应码： 

1xx：提示性信息，告诉client应该对某些其他的动作作出响应 
2xx：这些就代表了请求成功 
3xx：重定向，为了完毕请求，必须进一步运行的动作 
4xx：client错误 
500-599: server端的错误 

(b).响应头标：像请求头标一样，它们指出server的功能，标识出响应数据的细节。 

    Date: Sat, 31 Dec 2005 23:59:59 GMT  --响应生成的日期和时间 
    ContentType: 'text/html;charset=gb2312' 
            Content-Length: 122  --响应中的字节数，仅仅在浏览器使用永久（Keep-alive）HTTP连接时须要。 

(c).空行：最后一个响应头标之后是一个空行，发送回车符和退行，表明server下面不再有头标。 

(d).响应数据：HTML文档和图像等，也就是HTML本身。out.println("<html>......");写到client。 

 <html>
 <head>
 <title>Welcome to cuishen's IT blog</title>
 </head>
 <body>
 <!-- 这里是详细的内容，看到了这里
 相信大家对 HTTP 工作原理及client与server交互过程已经非常清楚了吧
 -->
 </body>
 </html>

   iv. server端关闭连接，client解析回发响应报文，恢复页面 

1）浏览器先解析状态行，查看请求是否成功的状态代码--HTTP响应码：404 400 200 .... 

2）解析每个响应头标，如： 

ContentType: text/html;charset=gb2312                                                                                                                                                  
Content-Length: 122 --- 响应中的字节数，仅仅在浏览器使用永久（Keep-alive）HTTP连接时须要。 

3）读取响应数据HTML，依据标签<html></html>中的内容恢复标准的HTML格式页面或者其他。 

4）一个HTML 文档可能包括其他的须要被加载的资源，浏览器会识别，并对这些资源再进行额外的请求，这个过程能够是循环的方式一直到全部的数据都依照响应头标中规定的格式恢复到页面中。 

5）数据传送完成，server端关闭连接，即无状态协议。 

3. 总结 

不要被高深的名词和理论吓到，事实上HTTPclient和server端的交互原理非常easy：即先是浏览器和server端建立Socket无状态连接，也就是短连接，然后通过IO流进行报文信息（这个报文是严格遵循HTTP报文接口的）的交互，最后会话结束后就关闭连接。对于这些底层的协议和报文的打包解包交互的实现，事实上java和浏览器早都已经封装好了，程序猿仅仅要专注于业务逻辑的实现即可啦，这些都不必关心！！

转载于：http://www.iteye.com/topic/470019