• http连接优化


    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
  • 相关阅读:
    Android中从一个Activity跳转到另一个Activity所经历的生命周期
    Android五种数据存储方式
    Android的Activity启动方式(模式)
    个人笔记--activity--basic
    activity的生命周期
    gradle和maven的区别
    node是什么
    npm是什么
    激光雷达与毫米波雷达区别讲解
    VSLAM技术框架详述
  • 原文地址:https://www.cnblogs.com/claireyuancy/p/6708364.html
Copyright © 2020-2023  润新知