异步调用方法和装置的制造方法
【技术领域】
[0001]本申请涉及通信技术领域，尤其涉及一种异步调用方法和装置。
【背景技术】
[0002]伴随智能手机发展，服务端的流量越来越大，服务端处理业务消耗的时间也越来越多，因此，服务端承受很大压力。
[0003]相关技术中，客户端与服务端可以基于超文本传输协议(Hypertext transferprotocol, http)协议进行通信，http是请求应答模式，当客户端与服务端建立三次握手连接后，客户端对服务端发起一次请求，必须要等待服务端的应答回来，才能发起第二次的http请求。在服务端未返回应答之前，客户端与服务端之间的连接资源需要一直保持。
[0004]如果服务端处理的业务非常耗时，那么连接资源会被服务端一直保持不被释放，无疑会浪费服务端资源，造成服务端吞吐量较低。
【发明内容】
[0005]本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
[0006]为此，本申请的一个目的在于提出一种异步调用方法，该方法可以降低资源消耗，提高服务端吞吐量。
[0007]本申请的另一个目的在于提出一种异步调用装置。
[0008]为达到上述目的，本申请第一方面实施例提出的异步调用方法，包括:服务端在与客户端连接的通道上新建数据流，并通过所述数据流接收所述客户端发送的调用请求；所述服务端接收到所述调用请求后，向所述客户端发送与所述调用请求对应的数据标识信息，并释放所述数据流占用的资源，其中，不同调用请求对应的数据标识信息不同，所述数据标识信息使得所述客户端对所述通道进行监听以获取所述数据标识信息对应的结果数据；所述服务端对所述调用请求进行处理，获取结果数据，并将所述结果数据通过所述通道推送给所述客户端。
[0009]本申请第一方面实施例提出的异步调用方法，通过在分配数据标识信息后，释放数据流占用的资源，可以实现对服务端资源的及时释放，避免一直保持造成的资源浪费，该释放的资源可以用于为其他客户端提供服务，因此可以降低服务端资源浪费，提高服务端资源利用率，提升服务端吞吐量。
[0010]为达到上述目的，本申请第二方面实施例提出的异步调用方法，包括:在与服务端连接的通道上新建数据流，并通过所述数据流向所述服务端发送的调用请求；接收所述服务端对所述调用请求反馈的数据标识信息，其中，所述服务端在向客户端发送所述数据标识信息后释放所述数据流占用的资源；根据所述数据标识信息在所述通道上进行监听，并获取所述服务端通过所述通道发送的对所述调用请求进行处理后得到的结果数据。
[0011]本申请第二方面实施例提出的异步调用方法，通过在与服务端连接的通道上新建的数据流向服务端发送的调用请求，并根据接收到的数据标识信息，其中，服务端在发送所述数据标识信息后释放所述数据流占用的资源，可以实现对服务端资源的及时释放，避免一直保持造成的资源浪费，该释放的资源可以用于为其他客户端提供服务，因此可以降低服务端资源浪费，提高服务端资源利用率，提升服务端吞吐量。
[0012]为达到上述目的，本申请第三方面实施例提出的异步调用装置，包括:接收模块，用于在与客户端连接的通道上新建数据流，并通过所述数据流接收所述客户端发送的调用请求；处理模块，用于接收到所述调用请求后，向所述客户端发送与所述调用请求对应的数据标识信息，并释放所述数据流占用的资源，其中，不同调用请求对应的数据标识信息不同，所述数据标识信息使得所述客户端对所述通道进行监听以获取所述数据标识信息对应的结果数据；获取模块，用于对所述调用请求进行处理，获取结果数据，并将所述结果数据通过所述通道推送给所述客户端。
[0013]本申请第三方面实施例提出的异步调用装置，通过在分配数据标识信息后，释放数据流占用的资源，可以实现对服务端资源的及时释放，避免一直保持造成的资源浪费，该释放的资源可以用于为其他客户端提供服务，因此可以降低服务端资源浪费，提高服务端资源利用率，提升服务端吞吐量。
[0014]为达到上述目的，本申请第四方面实施例提出的异步调用装置，包括:发送模块，用于在与服务端连接的通道上新建数据流，并通过所述数据流向所述服务端发送的调用请求；接收模块，用于接收所述服务端对所述调用请求反馈的数据标识信息，其中，所述服务端在向客户端发送所述数据标识信息后释放所述数据流占用的资源；获取模块，用于根据所述数据标识信息在所述通道上进行监听，并获取所述服务端通过所述通道发送的对所述调用请求进行处理后得到的结果数据。
[0015]本申请第四方面实施例提出的异步调用装置，通过在与服务端连接的通道上新建的数据流向服务端发送的调用请求，并根据接收到的数据标识信息，其中，服务端在发送所述数据标识信息后释放所述数据流占用的资源，可以实现对服务端资源的及时释放，避免一直保持造成的资源浪费，该释放的资源可以用于为其他客户端提供服务，因此可以降低服务端资源浪费，提高服务端资源利用率，提升服务端吞吐量。
[0016]本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
【附图说明】
[0017]本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:
[0018]图1是本申请一实施例提出的异步调用方法的流程示意图；
[0019]图2是本申请另一实施例提出的异步调用方法的流程示意图；
[0020]图3是本申请另一实施例提出的异步调用方法的流程示意图；
[0021]图4是本申请实施例中图3对应的系统结构示意图；
[0022]图5是本申请实施例中http轮循过程示意图；
[0023]图6是本申请实施例中spdy调用过程示意图；
[0024]图7是本申请另一实施例提出的异步调用方法的流程示意图；
[0025]图8是本申请另一实施例提出的异步调用装置的结构示意图；
[0026]图9是本申请另一实施例提出的异步调用装置的结构示意图；
[0027]图10是本申请另一实施例提出的异步调用装置的结构示意图；
[0028]图11是本申请另一实施例提出的异步调用装置的结构示意图。
【具体实施方式】
[0029]下面详细描述本申请的实施例,所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
[0030]图1是本申请一实施例提出的异步调用方法的流程示意图，该方法包括:
[0031]Sll:服务端在与客户端连接的通道上新建数据流，并通过所述数据流接收所述客户端发送的调用请求。
[0032]服务端与客户端连接的通道可以是spdy通道或者HTTP协议通道或者基于tcp/ip的套接字(socket)长连通道。其中，spdy是Google开发的基于传输控制协议(Transmiss1n Control Protocol, TCP)的应用层协议。
[0033]数据流(stream)是一种虚拟通道，该虚拟通道位于服务端与客户端连接的通道内，该数据流可以传输调用请求。具体的，数据流可以是双向字节流，每个调用请求用一个数据流传输，不同调用请求用不同数据流传输，数据流可以在服务端与客户端连接的通道中并行传输调用请求。
[0034]调用请求可以是指定的应用程序编程接口(Applicat1n ProgrammingInterface, api)的调用请求,例如电子商务系统中实现下单的业务操作的api。
[0035]S12:所述服务端接收到所述调用请求后，向所述客户端发送与所述调用请求对应的数据标识信息，并释放所述数据流占用的资源。
[0036]其中，不同调用请求对应的数据标识信息不同。所述客户端可以根据所述数据标识信息对所述通道进行监听以获取所述数据标识信息对应的结果数据。
[0037]其中，每个调用请求对应唯一的数据标识信息，相应的，调用请求对应的结果数据与该调用请求对应相同的一个数据标识信息。通过数据标识信息，客户端可以监听到其发送的调用请求对应的结果数据。
[0038]相关技术中，在服务端向客户端返回结果之前，数据流占用的资源是一直被保持的，这种方式会浪费服务端资源，降低服务端吞吐量。
[0039]而本实施例中，服务端向客户端返回数据标识信息后，就释放用于传输客户端发送的调用请求的数据流占用的资源而不是一直保持，释放的资源可以用于为其他客户端提供服务，因