十分钟掌握HTTP

一. HTTP与TCP/IPS之间的关系

HTTP长线和短线基本上是TCP长线和短线。HTTP属于 应用层 协议，在传输层使用TCP协议。在网络一级,使用IP协议。IP协议处理网络路由和地点困难。TCP协议主要涉及在IP层以上安全传输数据包。要获得网络另一侧发件人发送的所有包件,命令和发出命令是一样的TCP有可靠，面向连接的特点。

二. 如何承认HTTP协议并非前沿。

HTTP协议已宣布无效。这意味着协定缺乏处理这种情况的记忆。服务器不知道客户是谁也就是说，在服务器上打开网页和在您面前的服务器上打开网页之间没有链接 。HTTP 是一个没有状态的链接协议 。缺乏国家并不排除HTTP维持TCP连接。联合发展方案协议(未连接)在HTTP中不那么典型。

三,长线和短线之间有什么区别?

照片来自Flickr用户pic.简短的连接是默认的 。也就是说，每次浏览器和服务器使用 HTTP,就建立一次连接，但是,在行动完成后,连接被切断。如果客户浏览器访问含有其他网络资源的HTML或其他形式的网页,则可以将其作为如何使用该网页的范例。JavaScript 文件、 图片文件、 CSS 文件等等。 如果浏览器看到这样的网络资源, 可以用作制作图像的工具 。将设立一个HTTP会议。

然而,与 HTTP/1 不同的是,默认使用长的连接来保持连接属性。在使用长期连接的 HTTP 协议时,在回复中加入以下行代码:

谈到延伸的连接,当网页打开时,该网页即为完整。用于在客户端和服务器之间发送 HTTP 数据的 TCP 连接将不会终止 。如果客户返回到此服务器的网页, 他/她就能知道发生了什么事情。此已创建的连接将会维持 。Kep- Aliver 无法无限期维持连接 。它有一个保持时间，这一次可以配置为各种服务器软件(例如阿帕奇)。客户和服务支持的长期连接。

HTTP协议的长线和短线联系基本上是TCP协议的长线和短线联系。

3.1 TCP连接

在通过TCP协议在线沟通的同时在真正进行阅读和写作之前,服务器和阴蒂之间必须存在连接 。当读写操作完成后，当双方能够放弃这一联系时,他们不再需要这一联系。连接在三次握手后形成。完成释放需要四次握手因此,每一联系都需要资源和时间。

传统三种握手地图:

传统的四手握式摇篮关闭:

TCP 短暂连接(三.2)

让我们模拟一个简短的 TCP 连接。这是阴蒂第一次请求连接 以便向服务器提出请求这个故事是我们对2011年埃及抗议的特别报导的一部分。然后双方建立连接。客户端向服务器发送消息 。我不知道该说什么 但我不知道该说什么之后完成一次阅读和写作任务。此时此刻,任何一方均可发起密切行动。然而,通常由阴蒂发起关闭程序。为什么呢，典型的服务器不会在交易后立即断开连接 。当然,它不排除特殊情况的可能性。从上面的描述看，短链接通常只允许一次读写操作在阴蒂和服务器之间传递。

短期联系的好处是易于处理,现有的联系是有用的,不需要额外的限制。

3.03 TCP 长长连接

先从长线模拟开始我不确定我能否完成这个任务, 但我不确定我能否完成这个任务。这是我这辈子第一次看到母亲生孩子双方建立连接。在客户和服务器进行阅读和写作后,它们之间的联系不能立即断开。此连接将用于下次读写操作 。

首先,我们从TCP/IP全面讨论TCP的生存功能。服务器应用程序大多具备安全功能。服务器的应用程序会想知道客户主机是否失败 。这样就能够代表客户利用资源。如果客户已经消失，这是与服务器保持半开放连接的唯一选择。服务器正在耐心地等待客户提供的数据。服务器必须长时间等待客户的数据 。存续函数试图在服务端识别此部分开放式连接 。

如果在两小时后未对具体连接采取行动,服务器向客户发送检测信息,客户必须是下列四个州之一的东道国:

1. 客户主机仍在操作中,并且可从服务器上获取。 由于客户的 TCP 反应是正确的,服务器理解对方是正常的,服务器将在两小时内用实时计时器重置服务器。
2. 客户主机已经崩溃，要么关闭 要么重新开始在任何一种情况下，客户的TCP没有答复。检测无法从服务处得到回复。并在75秒后超时。服务器总共发送了10个这些检测器每个间隔75秒。如果服务器没有收到回应,它假定客户的主机已经关闭,连接已经结束。
3. 客户端的主机崩溃并重新启动。 服务器将获得其生存检测的响应, 这将是一个重新定位, 让服务器结束连接 。
4. 客户运行正确,但服务器无法使用,结果出现两种情况相同的情况,TCP发现没有收到任何答复。

3.4 长连短连操作

短连接的运行阶段如下:

创建连接 - 数据传输 - 数据传输 - 密切连接 - 创建连接 - 数据传输 - 密切连接 - 创建连接 - 数据传输 - 密切连接

长期连接的运行阶段如下:

建立连接 - 传输数据.. (保持连接) 传输数据 - 关闭连接

四. 长短联系的利弊

由上可以看出，较长的连接意味着更多的TCP创建和封闭活动得以保存。减少浪费，节约时间。无法满足经常要求资源的客户的需要。较适用长连接。尽管如此,这里还是有一个问题。生存功能的探测周期很长。它只是检查 是否TCP连接 还活着。这是一个用西班牙语做事情的例子。遇到恶意的连接时，光活着是不够的在长期相关申请的情况下,通常,阴蒂的结局不会故意断绝它们的联系。如果客户端和服务器之间的连接没有关闭, 连接不会关闭 。会存在一个问题，随着越来越多的客户相互连接,如果你处理不了,你就得处理好它服务器终端在现阶段需要某种策略 。如果你禁用了一些 很久没动过的链接 你就能弄清楚发生了什么有可能以这种方式防止某些恶意联系对服务器终端服务造成损害;如果条件允许,客户的终端机器可以再次用作粒子。限制每个客户的最长长连接次数,这将完全不需要一个重蛋客户提供后端服务。

服务器一般很容易维持短路,现有的连接是有用的连接,不需要额外的限制,然而,如果客户经常提出请求,TCP的建立和关闭将损失时间和带宽。

客户和服务器采用的关闭方法形成了长链接和短链接,个人应用程序采用不同的战略,没有理想的选择,而只是正确的选择。

五. 冗长的连接何时长,短的连接何时短?

对于经常进行的业务,经常使用长长的连接。点对点的通讯，而且不会有太多的链接。每个TCP连接都需要三步握手。这需要时间，如果每次操作首先连接,如果我们再次这样做,处理速度将大大放慢。所以每次手术都继续 继续 继续 继续 继续 继续 继续 继续 继续 继续 继续 继续 继续 继续 继续可以接受的是,在以下处理步骤中直接装运包件。甚至连TCP的连接都没有例如,长期连接被用来连接数据库。如果与频繁通信的短暂联系造成接合故障,则无法这样做。此外,频繁生成插座也是浪费资源。

网站网站服务,如WEB,往往通过短链路提供。因为长途连通会给服务目的的资源带来成本。此外,与WEB网站一样,成千上万,甚至数亿人的客户联系,将节省一些资源,提供简短联系。如果用长连接，同时还有数千人上网。如果每个用户都建立了连接,那可想而知吧。所以并发量大，然而,每个使用者必须使用不需要频繁操作的短链。