http连接的性能优化
  1. 并行连接(能够同一时候和多台server建立HTTP连接)
  2. 持久连接
  3. 管道化连接
  4. 复用的连接

并行连接
长处:
并行连接能够在带宽资源充足的情况下同一时候建立多个HTTP连接,加快页面的载入速度。

缺点:
并行连接在带宽资源不足的情况下会是连接竞争资源。效率反而下降。同一时候建立多条连接会消耗大量内存,对server来说。大量的用户产生大量的连接可能会超过server的处理能力,所以server一般可以关闭来自特定client的超量连接。


持久连接(Keep-Alive/persistent)

长处:
重用已对目标server打开的空暇持久连接,就能够避免缓慢的连接建立阶段。同一时候,已经打开的连接还能够避免慢启动的拥塞适应阶段。以便更快的进行传输数据。

如今的web应用程序都是并行连接+持久连接的形式。



管道化连接:
能够同意在持久连接上可选的使用请求管道。相当于流水线的功能。在对应到达之前,能够将多条请求放入队列。

管道化连接的几条限制:
  1. 假设连接不是持久的,就不应该使用管道
  2. 必须依照与请求同样的顺序回送http响应。http报文中没有序列号标签。因此假设收到的响应失序了。那么就没办法将其与请求匹配起来了。
  3. httpclient必须做好连接会在随意时刻关闭的准备,还要准备重发全部未完毕的管道化请求。
  4. httpclient不应该用管道化的方式发送会产生副作用的请求(POST请求)。比方POST是要买一本书,再运行一次就又买了一本书,显然是不能运行的。


http连接的关闭
http的通信是建立在TCP连接之上的,所以http连接的关闭事实上就是TCP连接的关闭。连接关闭分为全然关闭和半关闭,close会同一时候关闭输入和输出信道。shutdown仅仅会单独关闭输入或者输出信道。

TCP关闭及重制错误
当一端关闭了输出信道。还有一端的对等实体会在从其缓冲区中读出数据之后收到FIN(说明流结束了),同一时候该对等实体会向用用程序传送一个文件结束符,这样它就知道你将连接关闭了。此时对端实体的应用程序会发送一个FIN,最后就是TCP连接全然断开。
关闭输入信道比較危急,除非你知道还有一端不打算再发送其它数据了。假设还有一端向你已关闭的输入信道发送数据,操作系统就会向还有一端的机器回送一条TCP“连接被对端重置”的报文。

(重置报文会被当做非常严重的错误来处理,直接删除对端还未读取的全部缓存数据。使应用程序产生错误)


主动关闭的一方在为对方的FIN发送ACK之后进入TIME_WAIT状态。
TIME_WAIT也称为2MSL等待状态。每一个详细的TCP实现必须选择一个报文段最大生成时间MSL。它是不论什么报文段被丢弃前在网络内的最长时间。我们知道这个时间时有限的,由于TCP报文是以IP数据包在网络内传输,而IP数据包则有限制其生存时间的TTL字段。

为什么要设置为2MSL呢?由于这样能够再次发送最后的ACK避免ACK丢失。

这样的2MSL等待的还有一个结果是这个TCP连接在2MSL等待期间。定义这个连接的插口(clientip和port,服务端ip和port)不能被使用,这个连接仅仅能在2MSL等待结束后才干再次使用。

在连接处于2MSL等待时,不论什么迟到的报文段将被丢弃。由于处于2MSL等待的、由该插 口对(socket pair) 定义的连接在这段时间内不能被再用。


FIN-WAIT_2状态:
FIN-WAIT_2状态表示本端已经发送FIN同一时候接收到对端的ACK,等待对端发送FIN。可是假设对端一直不发送FIN,那么状态是不是会一直持续下去呢?不会的,假设运行主动关闭的应用程序想运行全关闭,那么会设置一个定时器,假设时间超过10分75秒,TCP进去CLOSED状态。



正常关闭:
总之,实现正常关闭的应用程序首先应该关闭他们的输出信道,然后等待连接还有一端的对等实体关闭它的输出信道,当两端都告诉对方他们不再发送不论什么数据之后。连接会被全然关闭。而不会有重置的危急。

可是无法确保对等实体实现半关闭。因此想要正常的关闭连接的应用程序应该先半关闭输出信道,然后周期性的检查其输入信道的状态(查找数据。或流的结尾),如收到数据结尾标记,能够结束该连接。

假设在一定的时间区间内没有关闭输入信道。应用程序能够强制关闭连接,以节省资源(内存和socket)。



长连接
长连接的传输数据完毕识别
使用长连接之后,client、服务端怎么知道本次传输结束呢?分为两种:
推断数据传输是否达到了Content-Length仅仅是的大小
动态生成的文件没有Content-Length,它是分块传输(chunked)。分块传输的数据最后会有一个空的chunked块。表示本次传输的结束。很多其它请參考HTTP
Keep-Alive模式
长连接的过期时间
client的长连接不可能无限期的拿着,由下面几种关闭长连接的方式:
  1. server会告诉client超时时间,在响应头部中Keep-Alive中指明timeout时间或者max最大事务数
  2. client或者服务端断开连接(关闭或者下线),主动发起四次握手


參考资料:
1.《http权威指南》
2.  http://www.cnblogs.com/cswuyg/p/3653263.html

http连接优化的更多相关文章

  1. mysql优化之连接优化(open-files-limit与table_open_cache)

    MySQL打开的文件描述符限制 Can't open file: '.\test\mytable.frm' (errno: 24) OS error code : Too many open file ...

  2. mysql优化之连接优化

    Posted by Money Talks on 2012/02/23 | 第一篇 序章第二篇 连接优化第三篇 索引优化第四篇 查询优化第五篇 到实战中去 连接优化 连接优化主要指客户端连接数据库以及 ...

  3. MySQL优化二(连接优化和缓存优化)

    body { font-family: Helvetica, arial, sans-serif; font-size: 14px; line-height: 1.6; padding-top: 10 ...

  4. 百度APP移动端网络深度优化实践分享(二):网络连接优化篇

    本文由百度技术团队“蔡锐”原创发表于“百度App技术”公众号,原题为<百度App网络深度优化系列<二>连接优化>,感谢原作者的无私分享. 一.前言 在<百度APP移动端网 ...

  5. 【mysql 优化 5】左连接和右连接优化

    原文地址:8.2.1.8 Left Join and Right Join Optimization mysql以下列方式实现一个A left join B 连接条件: 1,表B设置为依赖于表A和A所 ...

  6. MySQL实验 内连接优化order by+limit 以及添加索引再次改进

    MySQL实验 内连接优化order by+limit 以及添加索引再次改进 在进行子查询优化双参数limit时我萌生了测试更加符合实际生产需要的ORDER BY + LIMIT的想法,或许我们也可以 ...

  7. 网络编程Netty IoT百万长连接优化

    目录 IoT推送系统 IoT是什么 IoT推送系统的设计 心跳检测机制 简述心跳检测 心跳检测机制代码示例 百万长连接优化 连接优化代码示例 TCP连接四元组 配置优化 IoT推送系统 IoT是什么 ...

  8. HiveServer连接优化

    引言   数据平台目前通过Hive SQL的方式提供数据分析服务,系统使用多台HiveServer(JDBCServer)接收客户端连接请求,实际使用场景中频频出现HiveServer内存消耗过多导致 ...

  9. 【mysql 优化 4】嵌套连接优化

    原文地址:Nested Join Optimization 与SQL标准相比,table_factor的语法被扩展.后者仅接受table_reference,而不是一对括号内的列表.如果我们将tabl ...

随机推荐

  1. C#匿名方法与Delegate类型转换错误

    问题描述 C#2.0出现了匿名方法, 这在一定程度上节省了我们维护代码上下文的精力, 也不需要思考为某个方法取什么名字比较合适. 在FCL的一些方法中要求传入一个Delegate类型的参数, 比如Co ...

  2. UNdelete

    --90兼容模式以上,2005+ -- http://raresql.com/2012/10/24/sql-server-how-to-find-who-deleted-what-records-at ...

  3. Shape of HDU_hdu_2108(几何).java

    Shape of HDU Time Limit: 3000/1000 MS (Java/Others)    Memory Limit: 32768/32768 K (Java/Others) Tot ...

  4. 【Struts2学习笔记(9)】单文件上传和多文件上传

    (1)单文件上传 第一步:在WEB-INF/lib下增加commons-fileupload-1.2.1.jar.commons-io-1.3.2.jar. 这两个文件能够从http://common ...

  5. OAuth 2.0 RFC 框架 中文

    Internet Engineering Task Force (IETF) D. Hardt, Ed.Request for Comments: 6749 MicrosoftObsoletes: 5 ...

  6. [Node.js]29. Level 6: Socket.io: Setting up Socket.io server-side & Client socket.io setup

    Below we've already created an express server, but we want to start building a real-time Q&A mod ...

  7. MYSQL 表中汉字写入或字段赋值时乱码情况排误

    -- 当改动字段值.或是直接写入时,汉字变成乱码情况 .[可注意一下数据库名,记得改动] -- 当字符顺序对汉字不兼容时,可能直接导致乱码情况发生. 最好做到库.表.字段(字符类型)排序规则是否一致 ...

  8. Discuz常见大问题-如何开启和使用首页四格

    在论坛-首页四格中,勾选开启首页四格,然后可以选择数据来源的板块 注意首页四格刷新是有时间的,5分钟左右,不是你这里更新完了帖子那里就有了(如果你自己建的网站,可能回复和热帖都还没有) 当然你也可以使 ...

  9. python手记(42)

    #!/usr/bin/env python #-*- coding: utf-8 -*- #code:myhaspl@qq.com import cv2 import numpy as np fn1= ...

  10. [模式识别].(希腊)西奥多里蒂斯&lt;第四版&gt;笔记5之__特征选取

    1,引言 有关模式识别的一个主要问题是维数灾难.我们将在第7章看到维数非常easy变得非常大. 减少维数的必要性有几方面的原因.计算复杂度是一个方面.还有一个有关分类器的泛化性能. 因此,本章的主要任 ...