CN117579563A - 基于小程序的酒店通用限流排队方法及系统 - Google Patents

Abstract

本发明公开了一种基于小程序的酒店通用限流排队方法及系统，所述方法包括：接收业务请求；判断令牌桶是否就绪；其中，当令牌桶未就绪时，令牌桶初始化，同时放行通过；当令牌桶就绪时，加载预设的限流排队规则配置，并判断是否拿到令牌；其中，当拿到令牌时，放行通过；当未拿到令牌时，判断是否进入排队模式；其中，当进入排队模式时，进入排队界面；当未进入排队模式时，进入限流模式，返回限流错误码，走业务异常流。通过本公开的处理方案，满足复杂限流场景。

Description

基于小程序的酒店通用限流排队方法及系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种基于小程序的酒店通用限流排队方法及系统。

背景技术

限流排队系统是一种特殊的排队系统，其主要目的是控制服务请求的流量，防止系统过载而导致服务质量下降或崩溃。该系统通过对服务请求进行限流、排队等处理，可以有效地保障服务稳定性和质量。

市面上也有开源的相关限流工具，包括Resilience4j、Sentinel、GuavaRateLimiter、Traefik里的ratelimit插件，但他们的特点是仅提供基础限流能力。有以插件形式提供的，也有限定特定容器环境的，但都未提供完整的解决方案，无法在多集群场景中无法直接使用，且未提供相配套的前端排队组件，在用户体验上是有损的。

由此可见，上述现有的限流排队方法在使用上，显然仍存在有不便与缺陷，而亟待加以进一步改进。如何能创设一种新的限流排队方法，成为当前业界急需改进的目标。

发明内容

有鉴于此，本公开实施例提供一种基于小程序的酒店通用限流排队方法，至少部分解决现有技术中存在的问题。

第一方面，本公开实施例提供了一种基于小程序的酒店通用限流排队方法，所述方法包括以下步骤：

接收业务请求；

判断令牌桶是否就绪；其中，当令牌桶未就绪时，令牌桶初始化，同时放行通过；

当令牌桶就绪时，加载预设的限流排队规则配置，并判断是否拿到令牌；其中，当拿到令牌时，放行通过；

当未拿到令牌时，判断是否进入排队模式；其中，当进入排队模式时，进入排队界面；当未进入排队模式时，进入限流模式，返回限流错误码，走业务异常流。

根据本公开实施例的一种具体实现方式，所述限流排队规则基于令牌桶算法和redis lua脚本实现排队限流，超出流量控制范围内的请求将拿不到通行令牌。

根据本公开实施例的一种具体实现方式，所述预设的限流排队规则内包含优先级；

当流量同时满足多个预设的限流排队规则时，选择优先级最高的限流排队规则。

根据本公开实施例的一种具体实现方式，所述预设的限流排队规则支持基于客户端流量特征、服务端特征的规则配置，支持基于多个规则组合的自定义判定表达式。

根据本公开实施例的一种具体实现方式，所述判断是否进入排队模式，包括：

基于Chrome V8的黑盒环境执行用户配置的限流排队规则判断本次请求是否走限流排队系统。

第二方面，本公开实施例提供了一种基于小程序的酒店通用限流排队系统，所述系统包括：

数据接收模块，被配置用于接收业务请求；

判断模块，被配置用于判断令牌桶是否就绪；其中，当令牌桶未就绪时，令牌桶初始化，同时放行通过；

当令牌桶就绪时，加载预设的限流排队规则配置，并判断是否拿到令牌；其中，当拿到令牌时，放行通过；以及，

当未拿到令牌时，判断是否进入排队模式；其中，当进入排队模式时，进入排队界面；当未进入排队模式时，进入限流模式，返回限流错误码，走业务异常流。

根据本公开实施例的一种具体实现方式，所述系统还包括：

规则选择模块，被配置用于当流量同时满足多个预设的限流排队规则时，选择优先级最高的限流排队规则。

第三方面，本公开实施例还提供了一种电子设备，该电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有能够被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行时，使所述至少一个处理器前述第一方面或第一方面的任一实现方式中的任一项所述的基于小程序的酒店通用限流排队方法。

第四方面，本公开实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令当由至少一个处理器执行时使所述至少一个处理器执行前述第一方面或第一方面的任一实现方式中的基于小程序的酒店通用限流排队方法。

第五方面，本公开实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使该计算机执行前述第一方面或第一方面的任一实现方式中的基于小程序的酒店通用限流排队方法。

本公开实施例中的基于小程序的酒店通用限流排队方法，支持复杂集群(自建机房+混合云)的通用限流排队：既支持全局计数器，同时也支持单个集群的局部计数器；支持限流和排队两种模式：对于一个页面来说，可按需配置特定接口走配置，其它接口走限流的方式；自定义规则表达式：支持基于客户端流量特征、服务端特征的规则配置，支持基于多个规则组合的自定义判定表达式，满足复杂限流场景。比如：仅针对云集群生效、仅针对特定应用生效等。小程序排队组件：在小程序环境中，如果用户命中了排队场景时，会在当前页面以弹层的形式提示用户，弹层中的内容支持配置，给用户以更好的体验。

附图说明

上述仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，以下结合附图与具体实施方式对本发明作进一步的详细说明。

图1为本公开实施例提供的一种基于小程序的酒店通用限流排队方法流程示意图；

图2为本公开实施例提供的一种基于小程序的酒店通用限流排队方法流程框图；

图3为本公开实施例提供的一种基于小程序的酒店通用限流排队系统架构示意图；

图4为本公开实施例提供的一种基于小程序的酒店通用限流排队系统结构示意图；以及

图5为本公开实施例提供的电子设备示意图。

具体实施方式

下面结合附图对本公开实施例进行详细描述。

以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其他方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其他结构及/或功能性实施此设备及/或实践此方法。

另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践所述方面。

本发明实施例提供了一种基于小程序的酒店通用限流排队方法，支持复杂集群(自建机房+混合云)的通用限流排队方案，具有以下特点：

1.1、支持在复合集群中限流阈值比例的动态调整、以及单集群单独配置限流阈值。

1.2、排队引擎采用令牌桶算法+redis lua脚本实现，单机性能优秀，架构上支持横行扩展。

1.3、限流排队规则支持基于客户端流量特征和服务端特征的自定义表达式规则配置。

1.4、支持限流和排序两种模式，可基于实际业务场景接入不同的模式。

1.5、在小程序端配套了通用排队组件，排队组件的交互规则高度配置化，大大提高了用户体验。

图1为本公开实施例提供的基于小程序的酒店通用限流排队方法流程的示意图。

图2为与图1对应的基于小程序的酒店通用限流排队方法流程框图。

如图1所示，在步骤S110处，接收业务请求。

更具体地，接下来转到步骤S120。

在步骤S120处，判断令牌桶是否就绪；其中，当令牌桶未就绪时，令牌桶初始化，同时放行通过。

更具体地，限流排队引擎采用令牌桶算法+redis lua脚本实现排队限流算法，超出流量控制范围内的请求将拿不到通行令牌。

限流的通用算法有很多，比如：计数器算法、滑动窗口算法、漏桶算法、令牌桶算法等。具体选用哪种算法取决于业务场景、统计精准度、限流维度等因素。在本发明中，选择了令牌桶算法。

令牌桶算法的原理是基于一个桶和令牌的概念。桶中会定期放入一些令牌，每个令牌代表着一个请求，而请求只有在获取到令牌的情况下才能被处理。如果桶中没有令牌，则请求将被拒绝。由于桶中的令牌是有限的，因此令牌桶算法可以限制请求的流量，防止服务器被过多的请求拥塞导致服务质量下降。

在实现方面，本方案通过lua脚本实现了redis的令牌桶算法。

接下来转到步骤S130。

在步骤S130处，当令牌桶就绪时，加载预设的限流排队规则配置，并判断是否拿到令牌；其中，当拿到令牌时，放行通过；

在本发明实施例中，所述限流排队规则基于令牌桶算法和redis lua脚本实现排队限流，超出流量控制范围内的请求将拿不到通行令牌。

在本发明实施例中，所述预设的限流排队规则内包含优先级；

当流量同时满足多个预设的限流排队规则时，选择优先级最高的限流排队规则。

在本发明实施例中，所述预设的限流排队规则支持基于客户端流量特征、服务端特征的规则配置，支持基于多个规则组合的自定义判定表达式。

更具体地，规则配置支持基于客户端流量特征、服务端特征的规则配置，支持基于多个规则组合的自定义判定表达式，满足复杂限流场景。

规则表达式是使用客户端本身的特征(如系统平台等)以及传递给客户端的一些参数(如当前页面名称、接口地址等)来手动编写JS表达式。执行后将返回true或false。

当流量同时满足多个规则时，每个规则都会有一个人工指定的优先级。当流量符合第一个规则时，后续的规则将被忽略。

规则配置示例：

(ctx,app)＝>ctx.header.flag＝＝2&&ctx.header.pt！＝detail

上述示例的含义是：仅当请求header中的flag值等于2且header中的pt值不等于detail时，该请求才会被传递到限流排队系统中进行处理。

接下来转到步骤S140。

在步骤S140处，当未拿到令牌时，判断是否进入排队模式；其中，当进入排队模式时，进入排队界面；当未进入排队模式时，进入限流模式，返回限流错误码，走业务异常流。

在本发明实施例中，所述判断是否进入排队模式，包括：基于Chrome V8的黑盒环境执行用户配置的自定义规则表达式判断本次请求是否走限流排队系统。

更具体地，规则解析器在NODE环境中，基于Chrome V8的黑盒环境执行用户配置的自定义规则表达式，用于判断本次请求是否走限流排队系统。

自定义表达式的目的是更灵活地控制客户端流量。组成表达式的元素通常是客户端流量的特征(如系统平台、当前页面名称、接口地址等)

在实际应用中，有些流量场景需要限流控制，而有些则不需要。示例：活动页面通常拥有高流量，因此需要单独配置限流规则。相反，订单填写页的流量较小，不需要配置限流规则。

不同的流量场景需要配置不同的规则表达式，以便识别不同的流量。系统开发人员需要提前评估业务预期和系统现状，并根据需求配置相应的限流规则表达式。

小程序排队组件：前端排队交互抽象成一个通用组件，业务流程中使用时，只需简单引入即可；同时排队弹层中的内容和图片支持高度配置化。

关于前端排队通用组件，它是使用微信小程序独有的组件技术开发的。在内部，它封装了用户命中限流和排队场景时的处理逻辑。当用户命中排队场景时，该排队组件会以当前页面弹层的形式呈现，为用户提供更好的使用体验。

在排队组件中，显示的内容可以根据用户命中的不同场景进行个性化定制。接口会返回在服务端配置的用于提示用户的内容和背景图片等信息，以达到不同场景下显示效果的个性化需求。

本发明提出的基于小程序的酒店通用限流排队方法，可以在酒店场景中有很广泛的应用场景：各类投放场景、热点事件、酒店系统本身的基础流量防护等。在保障系统稳定性的同时，也可以使用户预订过程中有较好的体验。

图3为本公开实施例提供的一种基于小程序的酒店通用限流排队系统架构示意图。

图4示出了本发明提供的基于小程序的酒店通用限流排队系统400，包括数据接收模块410和判断模块420。

数据接收模块410用于接收业务请求；

判断模块420用于判断令牌桶是否就绪；其中，当令牌桶未就绪时，令牌桶初始化，同时放行通过；

当令牌桶就绪时，加载预设的限流排队规则配置，并判断是否拿到令牌；其中，当拿到令牌时，放行通过；以及，

当未拿到令牌时，判断是否进入排队模式；其中，当进入排队模式时，进入排队界面；当未进入排队模式时，进入限流模式，返回限流错误码，走业务异常流。

在本发明实施例中，所述系统还包括：规则选择模块，用于当流量同时满足多个预设的限流排队规则时，选择优先级最高的限流排队规则。

参见图5，本公开实施例还提供了一种电子设备50，该电子设备包括：

至少一个处理器；以及，

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行前述方法实施例中的基于小程序的酒店通用限流排队方法。

本公开实施例还提供了一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使该计算机执行前述方法实施例中的基于小程序的酒店通用限流排队方法。

本公开实施例还提供了一种计算机程序产品，该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，使该计算机执行前述方法实施例中的基于小程序的酒店通用限流排队方法。

下面参考图5，其示出了适于用来实现本公开实施例的电子设备50的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备50可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有电子设备50操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备50与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种装置的电子设备50，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求，其中，所述节点评价设备从所述至少两个网际协议地址中，选取网际协议地址并返回；接收所述节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从所述至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种基于小程序的酒店通用限流排队方法，其特征在于，所述方法包括以下步骤：

接收业务请求；

判断令牌桶是否就绪；其中，当令牌桶未就绪时，令牌桶初始化，同时放行通过；

当令牌桶就绪时，加载预设的限流排队规则配置，并判断是否拿到令牌；其中，当拿到令牌时，放行通过；

当未拿到令牌时，判断是否进入排队模式；其中，当进入排队模式时，进入排队界面；当未进入排队模式时，进入限流模式，返回限流错误码，走业务异常流。

2.根据权利要求1所述的基于小程序的酒店通用限流排队方法，其特征在于，所述限流排队规则基于令牌桶算法和redis lua脚本实现排队限流，超出流量控制范围内的请求将拿不到通行令牌。

3.根据权利要求1所述的基于小程序的酒店通用限流排队方法，其特征在于，所述预设的限流排队规则内包含优先级；

当流量同时满足多个预设的限流排队规则时，选择优先级最高的限流排队规则。

4.根据权利要求3所述的基于小程序的酒店通用限流排队方法，其特征在于，所述预设的限流排队规则支持基于客户端流量特征、服务端特征的规则配置，支持基于多个规则组合的自定义判定表达式。

5.根据权利要求1所述的基于小程序的酒店通用限流排队方法，其特征在于，所述判断是否进入排队模式，包括：

基于Chrome V8的黑盒环境执行限流排队规则判断本次请求是否走限流排队系统。

6.一种基于小程序的酒店通用限流排队系统，其特征在于，所述系统包括：

数据接收模块，被配置用于接收业务请求；

判断模块，被配置用于判断令牌桶是否就绪；其中，当令牌桶未就绪时，令牌桶初始化，同时放行通过；

当令牌桶就绪时，加载预设的限流排队规则配置，并判断是否拿到令牌；其中，当拿到令牌时，放行通过；以及，

当未拿到令牌时，判断是否进入排队模式；其中，当进入排队模式时，进入排队界面；当未进入排队模式时，进入限流模式，返回限流错误码，走业务异常流。

7.根据权利要求6所述的基于小程序的酒店通用限流排队系统，其特征在于，所述系统还包括：

规则选择模块，被配置用于当流量同时满足多个预设的限流排队规则时，选择优先级最高的限流排队规则。

8.一种电子设备，其特征在于，该电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有能够被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行时，使所述至少一个处理器执行如权利要求1至5中的任一项所述的基于小程序的酒店通用限流排队方法。

9.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令当由至少一个处理器执行时使所述至少一个处理器执行如权利要求1至5中的任一项所述的基于小程序的酒店通用限流排队方法。