HTTP代理是自动还是关闭？

有需要就自动，一般人不用那个功能，默认都是关闭的。

HTTP代理指的是使用代理服务器使网络用户访问外部网站。代理服务器是介于浏览器和Web服务器之间的一台服务器，是建立在超文本传输协议上的网络浏览方式，作用是可以防伪部分对协议进行了限制的局域网。

　　网络是生活的一部分，无时无刻不在影响着我们。而代理服务器是访问网络的中心环节，只有一个好的代理服务器才能事半功倍。而HTTP代理则是首选，是生活中比较常用的代理服务器之一。

　对于电脑小白来说，最为纠结的问题就是HTTP代理是关闭还是自动好呢

　HTTP主要指的是用户使用代理服务器进行网络访问，不同于浏览器和web服务器，是前面两者的中间连接环节。若是用户在使用中有需要的话自然就自动，不过多数人不会使用到这个功能即可正常上网，因此系统都会自动默认关闭。还有一个原因，就是人们打开的话就会影响上网的速度，导致网页访问出现异常。

　简单地说，在使用代理服务器的时候，最好选择默认状态关闭，这样会提高网络速度，给予用户最佳体验感。

　 2018年计算机二级考试WEB考点：什么是HTTP协议

　什么是HTTP协议、(请求响应模式、无状态)

　超文本传输(HTTP)协议(HTTP-Hypertexttransferprotocol)是分布式，协作式，超媒体系统应用之间的通信协议。是万维网(worldwideweb)交换信息的基础。

　HTTP的处理流程:

　建立连接、

　发出请求、

　生成响应、

　关闭连接

　HTTP请求和响应协议的组成部分

　Http请求：1请求行响应：1状态行

　2请求头2响应头

　3空行3空白行

　4消息体4消息体

　get和post的区别

　1Post传输数据时，不需要在URL中显示出来，而Get方法要在URL中显示。

　2Post传输的数据量大，可以达到2M，而Get方法由于受到URL长度的限制,只能传递大约1024字节

　3Post顾名思义,就是为了将数据传送到服务器段,Get就是为了从服务器段取得数据而Get之所以也能传送数据,只是用来设计告诉服务器,你到底需要什么样的数据Post的信息作为http请求的内容，而Get是在Http头部传输的。

　CGI是什么特点是什么缺陷

　CGI：用网关接口(CommonGatewayInterface)

　优点可以和系统底层相互通讯。

　缺点就是每一个连接都启动一个进程。很消费系统的资源。

　容器是什么有什么作用

　容器：

　web容器是一种服务程序，在服务器一个端口就有一个提供相应服务的程序，而这个程序就是处理从客户端发出的请求，如JAVA中的Tomcat容器，ASP的IIS或PWS都是这样的容器。一个服务器可以多个容器。

　作用：(就是一种所谓的中间件,用来运行java程序的。)

　web容器主要是用于给处于容器中的应用程序组件(servlet,jsp)提供一个环境，使servlet,jsp直接跟容器中的环境变量交互。这样，我们就可以把注意力放在用servlet实现业务逻辑上，而不必为系统底层服务

　容器对Servlet的支持包括：

　通信支持(利用容器提供的方法)

　生命周期管理(容器控制着servlet的生死)

　多线程支持(容器会自动地为它接收的每个servlet请求创建一个新的java线程)

　支持JSP(容器会自动把JSP翻译成为servletjava代码)

　处理安全性(javaweb应用程序通常需要实现安全控制，限制用户可以访问的资源)

　Servlet是什么规范/一系列接口和类/Web容器和Servlet程序之间通讯的基础

　Servlet是一个在web服务器端或者应用服务器端运行的java程序，主要用于在服务器端产生动态内容

　Servlet规范的组成：

　1)Web应用程序

　2)Servlet和HTTPServlet

　3)过滤器

　4)安全

　5)国际化

　读取客户端发送的显式和隐式数据、生成结果、向客户端发送显式数据(即文档)和隐式数据(HTTP响应数据)

　Web容器与Servlet如何配合处理请求

　1)客户端向Web服务器发起一个HTTP请求。

　2)HTTP请求被Web服务器接受，如果请求的是静态页面，则由Web服务

　器负责处理。如果请求的是JavaWeb组件(Servlet或者JSP)，

　则移交给Web容器。Web容器可以在主机的同一个进程、不同的进程

　或其他的Web服务主机的进程中启动。

　3)Web容器根据Servlet的配置文件确定调用的具体Servlet类，并把

　request对象、response对象传给它。

　4)Servlet通过request对象知道客户端的使用者是谁，客户的请求信

　息是什么和其他的一些信息。Servlet处理完请求后把要返回的信

　息放入response对象返回到客户端。

　5)一旦Servlet完成了请求的处理，Web容器就会刷新response，

　把控制权返回给web服务器

　Web应用程序的组成结构

　项目根目录

　WEB-INF

　--lib

　--classescomlovoshppingpoxxxx

　webxml(所有应用程序的配置文件都统一命名)

　Tomcat介绍、目录结构

　如何在Tomcat下手工部署一个Web应用程

　TomcatServlet/JSP

　6x25/21

　5x24/20

　4x23/12

　3x22/11

在两台计算机之间使用 HTTP 协议通信时，在一条通信线路上必定有 一端是客户端，另一端则是服务器端。

仅从一条通信路线来说，服务器端和客户端的角色是 确定的，而用 HTTP 协议能够明确区分哪端是客户端，哪端是服务器 端。

报文的传送方式由首部字段来决定，不同的首部字段代表不同的含义与功能。

对于前端开发者来说，掌握一些常用的首部字段的含义是很有必要的。

具体headers含义可参考 https://developermozillaorg/zh-CN/docs/Web/HTTP/Headers

http协议无状态的原因： 这是为了 更快地处理大量事务，确保协议的可伸缩性，而特意把 HTTP 协议设 计成如此简单的。如果让服务器管理全部客户端状态， 服务器则会负担很大压力

但是有时候我们又需要记录用户的状态，这时候就引入了Cookie的技术。

Cookie 技术通过在请求和响应报文中写入 Cookie 信 息来控制客户端的状态。

Cookie 会根据从 服务器 端发送的响应报文内的一个叫做 Set-Cookie 的 首部字段信息，通知客户端保存 Cookie。当下次客户端再往该服务器 发送请求时，客户端会自动在请求报文中加入 Cookie 值后发送出 去。

服务器端发现客户端发送过来的 Cookie 后，会去检查究竟是从哪一 个客户端发来的连接请求，然后对比服务器上的记录，最后得到之前 的状态信息。

HTTP 协议使用 URI 定位互联网上的资源。

HTTP 协议使用 URI 让客户端定位到资源

GET 方法用来请求 访问已被 URI 识别的资源 。

指定的资源经服务器 端解析后返回响应内容。

POST 方法用来传输实体的主体

虽然用 GET 方法也可以传输实体的主体，但一般不用 GET 方法进行 传输，而是用 POST 方法。虽说 POST 的功能与 GET 很相似，但 POST 的主要目的并不是获取响应的主体内容。

获得报文首部，用于确认 URI 的有效性及资源更新的日期时间等。

用来查询针对请求 URI 指定的资源支持的方法

PUT 方法用来传输文件。

要求在请 求报文的主体中包含文件内容，然后保存到请求 URI 指定的位置

但是，鉴于 HTTP/11 的 PUT 方法自身不带验证机制，任何人都可以 上传文件 , 存在安全性问题，因此一般的 Web 网站不使用该方法。若 配合 Web 应用程序的验证机制，或架构设计采用 REST（REpresentational State Transfer，表征状态转移）标准的同类 Web 网站，就可能会开放使用 PUT 方法。

用来删除文件。

但是，HTTP/11 的 DELETE 方法本身和 PUT 方法一样不带验证机 制，所以一般的 Web 网站也不使用 DELETE 方法。当配合 Web 应用 程序的验证机制，或遵守 REST 标准时还是有可能会开放使用的。

通过请求头中的Max-Forwards填入数值，每经过一个服务器端就将该数字减 1，当数值刚好减到 0 时，就停止继续传输，最后接收到请求的服务器端则返回状态码 200 OK 的响应。

客户端通过 TRACE 方法可以查询发送出去的请求是怎样被加工修改 / 篡改的。这是因为，请求想要连接到源目标服务器可能会通过代理 中转，TRACE 方法就是用来确认连接过程中发生的一系列操作。

TRACE方法容易引发 XST（Cross-Site Tracing，跨站追踪）攻击，通常不会用到。

CONNECT 方法的格式

CONNECT 代理服务器名:端口号 HTTP版本

以当年的通信情况来说，因为都是些容量很小的文本传输，所以即使 这样也没有多大问题。可随着 HTTP 的普及，文档中包含大量的 情况多了起来。 比如，使用浏览器浏览一个包含多张的 HTML页面时，在发送 请求访问 HTML页面资源的同时，也会请求该 HTML页面里包含的 其他资源。因此，每次的请求都会造成无谓的 TCP 连接建立和断 开，增加通信量的开销。

（ 网络的发展， 从容量小的文本传输->包含大量的HTML页面，的请求、资源的请求都会导致TCP的连接建立和断开，增加通信的开销 ）

注意，Connection: Keep-Alive首部只是请求将连接保持在活跃状态。即使服务器和客户端都同意建立持久连接了，它们仍可以在任意时刻关闭空闲的keep-alive连接，且可随意限制keep-alive连接所处理事务的数量。我们可以通过Keep-Alive选项调节它们的行为:

用法 ：Keep-Alive: name[=value][, name=[value]]

完全可选，但 只有在包含了Connection: Keep-Alive首部的情况下才可使用它 。

参数timeout ：在Keep-Alive响应首部中发送，告诉客户端服务器估计会在打开状态保持到连接空闲多长时间后关闭连接。

参数max ：在Keep-Alive响应首部中发送，告诉客户端服务器还会为另外几个http事务将连接保持在打开状态。

注意，这两个参数值仅仅是估计，并非承诺。

说明服务器最多还会为另外5个事务保持连接在打开状态，或者将打开状态保持到连接空闲了2两分钟后关闭。

HTTP/11逐渐停止了对keep-alive连接的支持，用persistent连接替代了它。

一个web页面中内嵌的通常都来自同一个Web站点，而且相当一部分的超链接都指向同一个站点。如果初始化了一个持久连接，我们就可以通过此连接发起更多目标服务器相同的请求。

HTTP/11的新特性，允许在持久连接上可选地使用请求管道。在响应到达之前，可以将多条请求放入队列。当第一条请求通过网络流向服务器时，第二条和第三条请求也可以开始发送了。在髙时延网络条件下，这样做可以降低网络的环回时间，提高性能。

管道化连接有如下几条限制：

参考资料：

是http，超文本传送协议是一种详细规定了浏览器和万维网服务器之间互相通信的规则。

典型的HTTP事务处理有如下的过程：

（1）客户与服务器建立连接；

（2）客户向服务器提出请求；

（3）服务器接受请求，并根据请求返回相应的文件作为应答；

（4）客户与服务器关闭连接。

作为一些其它服务器的上层，并且如果必须的，可以把请求翻译给下层的服务器协议。一个通道作为不改变消息的两个连接之间的中继点。当通讯需要通过一个中介(例如：防火墙等)或者是中介不能识别消息的内容时，通道经常被使用。

http报文格式：

HTTP报文由从客户机到服务器的请求和从服务器到客户机的响应构成。

请求行 － 通用信息头 － 请求头 － 实体头 － 报文主体。

请求行以方法字段开始，后面分别是URL字段和HTTP协议版本字段，并以CRLF结尾。SP是分隔符。除了在最后的CRLF序列中CF和LF是必需的之外，其他都可以不要。有关通用信息头，请求头和实体头方面的具体内容可以参照相关文件。

-超文本传送协议

http状态查询显示“Connection: close”的意思是：连接中断，与服务器失去联系，与网站无关。

解决办法：

1、右键“网上邻居”，选择“属性”，找到“本地连接”。

2、右键“本地连接”，选择“属性”，双击“internet协议（tcp/ip）”。

3、选择“使用下面的dns服务器地址”，然后手动输入首选地址114114114114备用dns为8888，然后点击“确定”即可。

4、右键点击右下角的网络和共享中心图标选择打开。

5、点击打开本地连接。

6、点击属性找到“Internet 协议版本4”双击打开，选择“使用下面的DNS服务器地址”，然后手动输入首选地址114114114114备用dns为8888，然后点击“确定”即可。，点击确定即可。

如果HTTP服务器不发送任何响应,客户端的连接会阻塞。

HTTP连接是建立在TCP连接之上的。TCP连接是一个持续的双向字节流。如果服务器端不发送任何数据,客户端会一直等待,连接就会处于阻塞状态。

一个基本的HTTP交互流程是:

1 客户端发起HTTP请求,建立TCP连接

2 服务器接收请求,处理请求

3 服务器发送HTTP响应给客户端

4 客户端接收响应,处理响应内容

5 TCP连接关闭

如果第3步服务器不发送任何响应,客户端的连接会一直等待,陷入阻塞状态。客户端设置的连接超时时间过后,客户端会主动关闭连接。

为了防止HTTP客户端连接阻塞,服务器端需要做到:

1 及时发送HTTP响应,即使是一个空响应或者错误响应

2 如果请求处理需要很长时间,可以先发送一个临时响应,告知客户端服务器还在处理,之后再发送最终响应

3 设置适当的连接超时时间,如果在超时时间内无法生成响应,关闭连接

这些措施可以确保HTTP服务器端不会使客户端连接陷入“等待永无止境”的阻塞状态。

原文摘自： http://blogcsdnnet/tennysonsky/article/details/44562435

HTTP 是一个属于应用层的面向对象的协议，HTTP 协议一共有五大特点：1、支持客户/服务器模式；2、简单快速；3、灵活； 4、无连接；5、无状态 。

无连接

无连接的含义 是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。

早期这么做的原因是 HTTP 协议产生于互联网，因此服务器需要处理同时面向全世界数十万、上百万客户端的网页访问，但每个客户端（即浏览器）与服务器之间交换数据的间歇性较大（即传输具有突发性、瞬时性），并且网页浏览的联想性、发散性导致两次传送的数据关联性很低，大部分通道实际上会很空闲、无端占用资源。因此 HTTP 的设计者有意利用这种特点将协议设计为 请求时建连接、请求完释放连接，以尽快将资源释放出来服务其他客户端 。

随着时间的推移，网页变得越来越复杂，里面可能嵌入了很多，这时候每次访问都需要建立一次 TCP 连接就显得很低效。后来，Keep-Alive 被提出用来解决这效率低的问题。

Keep-Alive 功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive 功能避免了建立或者重新建立连接 。市场上的大部分 Web 服务器，包括 iPlanet、IIS 和 Apache，都支持 HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive 功能对资源利用的影响尤其突出。

这样一来，客户端和服务器之间的 HTTP 连接就会被保持，不会断开（超过 Keep-Alive 规定的时间，意外断电等情况除外），当客户端发送另外一个请求时，就使用这条已经建立的连接。

无状态

无状态 是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。即我们给服务器发送 HTTP 请求之后，服务器根据请求，会给我们发送数据过来，但是，发送完，不会记录任何信息。HTTP 是一个无状态协议，这意味着每个请求都是独立的，Keep-Alive 没能改变这个结果。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。HTTP 协议这种特性有优点也有缺点，优点在于解放了服务器，每一次请求“点到为止”不会造成不必要连接占用，缺点在于每次请求会传输大量重复的内容信息。客户端与服务器进行动态交互的 Web 应用程序出现之后，HTTP 无状态的特性严重阻碍了这些应用程序的实现，毕竟交互是需要承前启后的，简单的购物车程序也要知道用户到底在之前选择了什么商品。于是，两种用于保持 HTTP 连接状态的技术就应运而生了，一个是 Cookie，而另一个则是 Session。

Cookie可以保持登录信息到用户下次与服务器的会话，换句话说，下次访问同一网站时，用户会发现不必输入用户名和密码就已经登录了 （当然，不排除用户手工删除Cookie）。而还有一些Cookie在用户退出会话的时候就被删除了，这样可以有效保护个人隐私。Cookies 最典型的应用是判定注册用户是否已经登录网站，用户可能会得到提示，是否在下一次进入此网站时保留用户信息以便简化登录手续，这些都是 Cookies 的功用。另一个重要应用场合是“购物车”之类处理。用户可能会在一段时间内在同一家网站的不同页面中选择不同的商品，这些信息都会写入 Cookies，以便在最后付款时提取信息。

与 Cookie 相对的一个解决方案是 Session，它是通过服务器来保持状态的。 当客户端访问服务器时，服务器根据需求设置 Session，将会话信息保存在服务器上，同时将标示 Session 的 SessionId 传递给客户端浏览器，浏览器将这个 SessionId 保存在内存中，我们称之为无过期时间的 Cookie。浏览器关闭后，这个 Cookie 就会被清掉，它不会存在于用户的 Cookie 临时文件。以后浏览器每次请求都会额外加上这个参数值，服务器会根据这个 SessionId，就能取得客户端的数据信息。如果客户端浏览器意外关闭，服务器保存的 Session 数据不是立即释放，此时数据还会存在，只要我们知道那个 SessionId，就可以继续通过请求获得此 Session 的信息，因为此时后台的 Session 还存在，当然我们可以设置一个 Session 超时时间，一旦超过规定时间没有客户端请求时，服务器就会清除对应 SessionId 的 Session 信息。