服务器的交互原理：服务器的交互原理

　　【温馨提醒】文章内容仅供参考,海外服务器租用\托管方案,请咨询YINGSOO客服,24小时免费电话400-630-3752

服务器的交互原理

　　经常看到Http客户端与服务器端交互原理的各种版本的文章，但是专业术语太多，且流程过于复杂，不容易消化。于是就按照在 servlet 里面的内容大致做了一些穿插。本来连 tomcat 容器和 servlet 的生命周期也准备在这里一起写的，但怕过于庞大，于是就简单的引用了一些 servlet 对象。这样的一个整个流程看下来，相信至少在理解 Http协议和 request 和 response 是如何完成从请求到生成响应结果回发的。在后续的一些文章里会专门讲一讲 tomcat 和 servlet 是如何处理请求和完成响应的，更多的是说明servlet 的生命周期。

　　Http介绍

　　1.Http是一种超文本传送协议(Hypertext transfer protocol)，是一套计算机在网络中通信的一种规则。在tcp/ip体系结构中，Http属于应用层协议，位于tcp/ip协议的顶层。

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

　　3.Http 遵循请求/响应(request/response)模型的，所有的通信交互都被构造在一套请求和响应模型中。

　　4.浏览web时，浏览器通过Http协议与web服务器交换信息，web服务器向web浏览器返回的文件都有与之相关的类型，这些信息类型的格式由mime定义。

　　Http定义的事务处理由以下四步组成：

　　1.建立连接。

　　2.客户端发送Http请求头。

　　3.服务器端响应生成结果回发。

　　4.服务器端关闭连接，客户端解析回发响应头，恢复页面。

　　1.建立连接：以下用我的另一篇文章的地址做为例子

　　servlet容器(tomacat)介绍及配置

　　客户端，也就是我请求一个地址时，即打开了到 web 服务器的Http端口的一个套接字。因为在网络中间作为传递数据的实体介质就是网线，数据实质上是通过io流进行输出和输入，这就不难理解我们为什么在写一个servlet的时候要引用 import java.io.*; 的原因，包括我们在向客户端回发结果的时候要用到 printwriter 对象的println()方法。

　　比如我在这里请求csdn社区的一个地址

　　实际上首先要请求这个地址，以及一个端口80(8080)http://blog.csdn.net:80 80可以不写，是因为浏览器网页服务默认的端口号是 80.

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

　　2.客户端发送Http请求头

　　一旦建立了tcp连接，web浏览器就会向web服务器发送请求命令，是一个Ascii文本请求行，后跟0个或多个Http头标，一个空行和实现请求的任意数据。四个部分：请求行，请求头标，空行和请求数据。

　　1)请求行由三个标记组成：请求方法请求URL Http版本，中间用空格分开

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

　　get 检索URi中标识资源^{[高防cdn免备案]}的一个简单请求

　　HeAd 与get方法相同，服务器只返回状态行和头标，并不返回请求文档

　　post 服务器接受被写入客户端输出流中的数据的请求

　　pUt 服务器保存请求数据作为指定URi新内容的请求

　　deLete 服务器删除URi中命名的资源的请求

　　options 关于服务器支持的请求方法信息的请求

　　tRAce web服务器反馈Http请求和其头标的请求

　　connect 已文档化但当前未实现的一个方法，预留做隧道处理

　　2)请求头标：由key ：value 键值组成，每行一对。请求头标通知服务器有关客户端的功能和标识。

　　Host 请求的哪一个服务器端地址，主地址，比如我现在所在的csdn blog.csdn.net/

　　User-Agent 用户即客户端可以使用的浏览器，如： mozilla/4.0

　　Accept 即客户端可以接受的mime 类型列表，如image/gif text/html， application/msword

　　content-Length 只适用于post请求，以字节给出post数据的尺寸

　　3)空行发送回车符和退行，通知服务器以下不再有头标。

　　4)请求数据：使用post传送数据，最常使用的是content-type和content-Length头标。

　　总结以上我们可以这样写出一个标准的 Http请求

　　这个页面用的是 Http1.1 规范我的浏览器版本是mozilla/4.0

　　可以支持的mime格式为 image/gif，text/html，application/pdf，image/png...等等

　　这个mime格式我们response.setcontenttype("text/html;charset=gb2312");或者在一个或者总能见到

　　那么在这里如何理解 ^{[日本服务器]}get 和 post 最直观的区别，最明显的就是 get方法将数据的请求跟在了所请求的URL后面，也就是在请求行里面我们是这么样来做的：

　　也实际上就是用 get 如此传递数据：

　　3.服务器端接受请求，处理数据后生成响应返回数据到客户端 (部分servlet 内容穿插)

　　web 服务器解析请求，定位指定的资源

　　1)根据在请求时的 get/post 来按照响应的 doget() /dopost()方法来处理(有可能是一些业务逻辑，也有可能是一些验证等等，也有可能是一些数据查询，提交等等)其有效的数据就来源于name=simon&password=simonlv，还有其它的一些封装在 request 对象中的数据资源。

　　2)处理请求之后，由 respons

　　美国服务器可以用来做视频网站吗

　　美国服务器可以用来做视频网站吗?由于距离的原因，对于大陆用户来说，很多人都不会选择美国服务器来作为视频网站主机，但事实上仅仅依据物理距离的原因就给美国服务器做了一个淘汰的原因是错误的。其实我们在选择视频网站主机时，需要考虑的因素还是比较多的，不能仅仅以物理距离来作为判断标准。

　　视频网站一般对服务器的要求还是比较高的，视频网站都需要有大量的视频资源，这些视频资源必须要有大^{[国外的vps会被墙吗]}的硬盘空间来存储。用户在访问网站和进行视频观看时，就会需要读取服务器里的数据。这种情况下服务器的CPU性能和硬盘的读取速度是否快速也是比较重要的。

　　回到正题，美国服务器真的适合用来做视频网站的主机吗?

　　上文我们提到了，视频主机对于服务器在硬件配置上的标准还是比较高的，美国主机其实也正好符合这个标准的，美国主机在处理视频网站所需要的大量数据事，即使是属于高清视频，也是能够稳定的读取的。在访问速度上，美国主机其实也是有直连大陆的CN2线路的，如果您是担心美国主机在使用时，对于大陆用户不太方便，可以通过选用CN2线路的方法来解决哦。

　　在带宽^{[浙江电信主机托管价格]}上，美国地区的机房也是有绝对性的优势的，美国主机大多采用的带宽都是属于国际带宽的，不仅能保障视频网站在带宽业务上的充足，在流量上，也是有无限流量业务套餐的。并且还可以支持100M独享带宽的。

　　YINGSOO热线：4006 303 752