[发明专利]处理业务请求的方法及装置

说明书

本申请公开了一种处理业务请求的方法、一种处理业务请求的装置、以及另一种处理业务请求的方法。其中，所述处理业务请求的方法包括：将接收到的客户端业务请求存储在消息中间件中；从消息中间件读取业务请求进行处理，并将处理结果返回给相应的客户端。采用上述方法，由于在接收业务请求以及处理业务请求这两个环节之间采用了消息中间件，从而解决了客户端发送业务请求的速度与服务端处理业务请求的速度不匹配的问题，避免出现超出服务端处理能力的业务请求被拒绝的现象，从而在不增加硬件成本的条件下，实现了对业务请求的有效接纳与处理，特别是在偶发海量业务请求的情况下，本申请的上述有益效果更为显著。

技术领域

本申请涉及客户端/服务器模式下的业务请求处理技术，具体涉及一种处理业务请求的方法及装置。本申请同时涉及另一种处理业务请求的方法。

背景技术

互联网上的大量应用都是基于传统的Client/Server(客户端/服务器)模式，在该模式下，通常由客户端发起业务请求，由服务器一侧提供处理业务请求的服务。在具体应用中，处于服务器一侧的设备可以包括负责接收并中转业务请求的业务网关、以及负责处理业务请求的业务服务端，所述业务网关和业务服务端也可以统称为服务端。

由于传统客户端/服务器模式的交互过程通常采用同步处理方式，即：业务服务端通过与业务网关之间的连接接收到来自客户端的业务请求后，其与业务网关的连接一直处于持有状态，直至完成对业务请求的全部处理并返回处理结果后才断开连接。在这种同步处理方式下，业务服务端与业务网关之间的连接数目就决定了业务服务端的工作负荷，因此，为了保证可用性，业务服务端对于连接数目通常都是有限制的，一旦连接数目超过预设阈值，就会拒绝客户端业务请求，并向客户端返回“系统繁忙”之类的提示信息。由于传统的客户端/服务器模式的上述工作方式，在客户端请求数目众多的情况下，特别是在短时间内出现海量请求的情况下，对服务端的冲击通常超出、甚至远远超出服务端的承受能力，必然导致大量请求被拒绝，这部分客户端用户只能重新发起业务请求(例如：重复执行下单操作)，影响用户体验。

为了避免客户端请求被拒绝，服务端一侧可以通过增加服务器数量，来缓解或解决这一问题。这样做，虽然可以实现对海量用户请求的接纳以及处理，但是对于很多互联网应用来说，短时间内的海量用户请求并不是业务常态，而是在特定业务场景下(例如：大促活动等)才可能出现的偶发状态，而且偶发状态下的高峰期流量与业务常态下的非高峰期流量通常远远不是一个数量级，导致大量增加的服务器资源长期得不到有效利用、处于空闲状态，投入产出比偏高。如何在不增加服务器数量、不增加硬件成本的条件下，避免客户端业务请求被拒绝，从而提升用户体验，成为一个亟待解决的问题。

发明内容

本申请实施例提供的一种处理业务请求的方法和装置，提出了一种在不增加服务器数量的条件下有效接纳并处理用户业务请求的技术方案。本申请实施例还提供另一种处理业务请求的方法。

本申请提供一种处理业务请求的方法，包括：

将接收到的客户端业务请求存储在消息中间件中；

从消息中间件读取业务请求进行处理，并将处理结果返回给相应的客户端。

可选的，所述方法包括：

与客户端之间建立长连接；

所述客户端业务请求是通过与客户端之间的长连接接收到的；

所述将处理结果返回给相应的客户端包括：通过长连接将所述处理结果推送给相应的客户端。

可选的，所述与客户端之间建立长连接、接收客户端业务请求以及将所述处理结果推送给相应客户端的操作，是基于SPDY协议实现的。

可选的，所述从消息中间件读取业务请求进行处理，包括：根据负责处理业务请求的服务端设备的处理能力从消息中间件读取业务请求、并进行处理。