限流方法、系统、设备及存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种限流方法、系统、设备及存储介质。


背景技术：

2.随着互联网技术的快速发展，大流量的并发访问已经成为互联网应用的一个重大挑战，例如，在商品促销、抢购促销等场景中往往会存在大量并发访问的情况。
3.由于互联网应用的服务处理能力是有限的，从而在处理大流量的并发应用时，服务器会因为负荷过大而导致死机或系统崩溃的情况，所以需要对用户请求进行限流，避免超过服务器负荷。目前现有的限流服务器是基于配置文件中的限流信息进行限流的。
4.一般不同的限流场景需要的限流方式可能不同，每一种限流实现方式都依赖不同的底层和组件，且各有优缺点。不同的场景、不同的技术框架，实现出来的限流效果也不尽相同。现有技术的限流方法中一般都是固定采用一种限流策略，而无法根据限流场景的不同动态调整限流策略，适用性不强。


技术实现要素：

5.本发明提供一种限流方法、系统、设备及存储介质，其主要目的在于根据不同场景动态调整限流策略，有效提高限流方法的适用性。
6.第一方面，本发明实施例提供一种限流方法，包括：
7.获取用户请求，所述用户请求包括用户请求信息和项目属性信息；
8.根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件；
9.若满足，根据所述项目属性信息，在顶层接口所定义的各种限流方法中查找到目标限流方法；
10.利用所述目标限流方法对所述用户请求进行限流。
11.优选地，所述根据所述项目属性信息，在顶层接口所定义的各种限流方法中查找到目标限流方法，之前还包括：
12.将顶层接口封装成父类，并定义限流接口和实现降级配置的方法；
13.根据所有开发项目中每一预设项目中的每一预设模块，在预设限流列表中进行查找，获取每一预设模块对应的限流方法，所述限流方法包括限流策略和限流版本；
14.将每一限流方法封装成继承所述父类的子类，并实现所述限流接口。
15.优选地，所述根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件，之前还包括：
16.从配置服务器的预设接口中，拉取限流服务器对应的限流配置信息；
17.根据所述限流配置信息，对本地存储的限流配置信息进行更新，获取所述当前限流配置信息。
18.优选地，所述从配置服务器的预设接口中，拉取限流服务器对应的限流配置信息，
包括：
19.向配置服务器的预设接口发送配置拉取请求，以使得所述配置服务器基于所述配置拉取请求，在检测到所述限流服务器对应的限流配置更改操作时，将更改后的限流配置信息返回；
20.接收所述配置服务器的预设接口返回的限流配置信息。
21.优选地，所述用户请求信息包括用户ip地址和单位时间的用户请求所占流量，所述当前限流配置信息包括用户ip地址黑名单、用户ip地址白名单和限流阈值，所述根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件，包括：
22.根据所述用户ip地址和所述用户ip地址黑名单，检测所述用户ip地址是否为黑名单ip地址；
23.若所述用户ip地址不为黑名单ip地址，则比较单位时间内的用户请求所占用流量和所述限流阈值，若所述用户请求所占用流量小于所述限流阈值，则判断所述用户请求满足所述当前限流条件，若所述用户请求所占流量不小于所述限流阈值，则判断所述用户请求不满足所述当前限流阈值；
24.若所述用户ip地址为白名单ip地址，则判断所述用户请求不满足所述当前限流条件。
25.优选地，还包括：
26.若不满足，对所述用户请求进行降级配置。
27.优选地，还包括：
28.所述限流方法被封装成插件。
29.第二方面，本发明实施例提供一种限流系统，包括：
30.请求模块，用于获取用户请求，所述用户请求包括用户请求信息和项目属性信息；
31.检测模块，用于根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件；
32.查找模块，用于若满足，根据所述项目属性信息，在顶层接口所定义的各种限流方法中查找到目标限流方法；
33.限流模块，用于利用所述目标限流方法对所述用户请求进行限流。
34.第三方面，本发明实施例提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述限流方法的步骤。
35.第四方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述限流方法的步骤。
36.本发明提出的一种限流方法、系统、设备及存储介质，先根据用户请求中所包含的用户请求信息判断该用户请求是否满足当前限流条件，如果满足，则表示需要对该用户请求进行限流，再根据用户请求中所携带的项目属性信息查找到对应的目标限流方法，由于预先将不同开发项目不同限流策略集成在顶层接口中，因此可以根据不同开发项目选择相应的目标限流方法，可以满足不同开发人员的使用，加快了项目的研发进程，提高了研发效率，同时也增加了该限流方法的适用性。
附图说明
37.图1为本发明实施例提供的一种限流方法的应用场景图；
38.图2为本发明实施例提供的一种限流方法的流程图；
39.图3为本发明实施例中一种限流方法实施时的系统架构图；
40.图4为本发明实施例中提供的限流策略实现框架图；
41.图5为本发明实施例提供的一种限流系统的结构示意图；
42.图6为本发明实施例中提供一种计算机设备的结构示意图。
43.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
44.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
45.图1为本发明实施例提供的一种限流方法的应用场景图，如图1所示，客户端向服务端发送用户请求，服务端接收到该用户请求后，执行该限流方法，以实现对用户的回访。
46.需要说明的是，服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。客户端可为智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。客户端和服务端可以通过蓝牙、usb(universal serial bus，通用串行总线)或者其他通讯连接方式进行连接，本发明实施例在此不做限制。
47.图2为本发明实施例提供的一种限流方法的流程图，如图2所示，该方法包括：
48.s210，获取用户请求，所述用户请求包括用户请求信息和项目属性信息；
49.本发明实施例的执行主体为服务端，具体地，客户端可以基于触发操作生成相应地用户请求，并将该用户请求发送至限流服务器中，使得限流服务器可以接收到用户请求，并检测是否对该用户请求进行限流。
50.需要说明的是，本发明实施例中用户请求包括用户请求信息和项目属性信息，用户请求信息用来描述当前用户请求的基础信息，比如用户请求所占流量、用户id和单位时间内的预设请求次数等信息，其具体所包含的参数根据实际情况确定，本发明实施例在此不做具体限定；另外，该用户请求中还包括项目属性信息，本发明实施例所提供的限流方法针对对象为开发人员，该开发人员在开发项目的过程中需要使用该限流方法，不同项目开发过程中面对的限流场景不同，而不同限流场景所采取的限流策略也很有可能不同，因此该项目属性信息中包含能区别出不同项目的信息，比如项目名称、项目地址等信息，具体情况可以根据实际需要进行确定，本发明实施例在此不做具体的限定。
51.s220，根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件；
52.其中，当前限流条件是根据从配置服务器中当前限流配置信息确定的，配置服务器是额外设置的，用于运维人员动态配置限流信息的设备。配置服务器可以由可视化的统一配置管理平台组成，以便运维人员可以更加便捷地对每台限流服务器的限流信息进行统一配置，实现集中式的统一管理。当前限流配置信息可以是指当前时刻从配置服务器中获取的当前限流信息，该当前配置信息与用户请求信息中所包含的参数是一一对应的。
53.举例地，用户请求信息中包括用户ip地址和用户url网址，用户url网址可以是用户通过浏览器访问后台服务器的网络路径，即用户待访问网址；相应地，当前限流配置信息
可以包括但不限于ip地址黑白名单和预设url限流网址对应的url限流阈值和ip限流阈值。当前限流条件即为：如果用户ip地址属于ip地址白名单，则不用进行后续限流检测，直接处理该用户请求对应的业务逻辑，如果用户ip地址属于ip地址黑名单，则不用进行后续限流检测，直接对该用户请求对应的业务逻辑进行限流或者直接拒绝处理该用户请求对应的业务逻辑，具体处理步骤可以根据实际情况进行确定，本发明实施例在此不做具体的限定；如果该用户的ip流量大于ip限流阈值，则对该用户请求进行处理，如果该用户的ip流量不大于该ip限流阈值，则无需对该用户请求进行处理；如果该用户的url流量大于该url限流阈值，则对该用户请求进行处理，如果该用户的url流量大于该url限流阈值，则无需对该用户请求进行处理。
54.又举例地，用户请求信息可以包括但不限于用户请求中的用户请求所占流量、用户id、单位时间内的预设请求次数等信息，相应地，当前限流配置信息包括预设流量阈值和用户id黑白名单，而当前限流条件则为：
55.用户请求所占流量指的是一次请求所占用流量，用户id是为了针对特殊情况，比如领导或者专家在使用时可以通过对用户id的识别，通过将用户id与用户id黑白名单进行对比，可以看出该用户请求是否属于白名单还是黑名单，如果是白名单，则不用进行后续限流检测，直接处理该用户请求对应的业务逻辑，如果是黑名单，则也不用进行后续限流检测，直接对该用户请求对应的业务逻辑进行限流或者直接拒绝处理该用户请求对应的业务逻辑，具体处理步骤可以根据实际情况进行确定，本发明实施例在此不做具体的限定。单位时间内的预设请求次数和用户请求所占的流量相结合，通过将单位时间内所有请求所占流量与预设流量阈值进行对比，可以看出单位时间内该用户请求所占用的流量，从而可以后续判断该用户请求所占用的流量是否满足当前限流条件，如果满足，则说明需要对该用户请求进行限流。
56.本发明实施例中，通过设置黑白名单等操作，可以快速响应给用户，在提高用户感受的同时，也减少了系统请求压力，提升系统的稳定行和可靠性。
57.s230，若满足，根据所述项目属性信息，在顶层接口所定义的各种限流方法中查找到目标限流方法；
58.如果满足当前限流条件，则说明需要对用户请求进行限流，根据用户请求中所包含的项目属性信息，在顶层接口中所定义的各种限流方法中查找到最合适的目标限流方法，本发明实施例中顶层接口中定义了限流方法和限流接口，但是并没有给出具体的实现方式，而是通过将不同的限流策略定义成顶层接口的子类，在子类中实现具体的限流方法，当需要使用目标限流方法时，直接调用相应的子类即可。
59.现有技术中的限流模块往往融合在业务系统中，业务逻辑和限流逻辑交叉在一起，对业务系统的侵入性太强，给后期代码维护带来较大的麻烦，也不利于系统的解耦和扩展，图3为本发明实施例中一种限流方法实施时的系统架构图，如图3所示，本发明实施例在架构层面抽离出限流模块，使其独立于业务系统之外，让限流逻辑和业务逻辑进行剥离，方便后期对代码的维护，更加有利于对系统的解耦和扩展。
60.另外，通过判断用户请求是否满足当前限流条件，再根据用户请求所包含的项目属性信息，在顶层接口中找到与项目属性信息相对应的目标限流方法，当开发人员需要用到相应的限流方法时，直接调用即可，方便开发人员使用，加快了项目的研发进程，提高了
研发效率。
61.s240，利用所述目标限流方法对所述用户请求进行限流。
62.查找到目标限流方法后，利用该目标限流方法对用户请求进行限流，拒绝该用户请求的访问操作，以免超出后台服务器的负荷。另外地，如果检测到用户请求不满足当前限流条件，则表明可以允许用户请求的正常访问。
63.本发明实施例提供一种限流方法，先根据用户请求中所包含的用户请求信息判断该用户请求是否满足当前限流条件，如果满足，则表示需要对该用户请求进行限流，再根据用户请求中所携带的项目属性信息查找到对应的目标限流方法，由于预先将不同开发项目不同限流策略集成在顶层接口中，因此可以根据不同开发项目选择相应的目标限流方法，可以满足不同开发人员的使用，加快了项目的研发进程，提高了研发效率，同时也增加了该限流方法的适用性。
64.并且，现有技术中的限流模块往往融合在业务系统中，业务逻辑和限流逻辑交叉在一起，对业务系统的侵入性太强，给后期代码维护带来较大的麻烦，也不利于系统的解耦和扩展，而本发明实施例在架构层面抽离出限流模块，使其独立于业务系统之外，让限流逻辑和业务逻辑进行剥离，方便后期对代码的维护，更加有利于对系统的解耦和扩展。
65.再者，通过判断用户请求是否满足当前限流条件，再根据用户请求所包含的项目属性信息，在顶层接口中找到与项目属性信息相对应的目标限流方法，当开发人员需要用到相应的限流方法时，直接调用即可，方便开发人员使用，加快了项目的研发进程，提高了研发效率。
66.在上述实施例的基础上，优选地，所述根据所述项目属性信息，在顶层接口所定义的各种限流方法中查找到目标限流方法，之前还包括：
67.将顶层接口封装成父类，并定义限流接口和实现降级配置的方法；
68.根据所有开发项目中每一预设项目中的每一预设模块，在预设限流列表中进行查找，获取每一预设模块对应的限流方法，所述限流方法包括限流策略和限流版本；
69.将每一限流方法封装成继承所述父类的子类，并实现所述限流接口。
70.图4为本发明实施例中提供的限流策略实现框架图，如图4所示，本发明实施例中将顶层接口封装成父类，如图4中的ratelimiter即为该顶层接口对应的类，该顶层接口中只定义了该类的接口和限流方法，但是并没有给出具体的限流实现方法，也就是说顶层接口中只定义了限流方法对应的函数，给出了该函数中的输入参数和输出等，但是并没有给出具体的执行过程，这样就方便在后续的子类中定义具体实现限流的方法，下面的class表示继承该顶层接口的子类，每个子类中定义了实现父类中限流方法的具体限流方法，不同子类中实现的限流方法不同，以此来针对不同场景下的限流方案。
71.具体地，每个项目对应的限流方法是不同的，需要先把所设计到的项目中所有可能用到的限流方法都找出来，并将该限流方法挂在顶层接口下面，本发明实施例中，限流方法包括限流策略和限流版本两个方面，限流策略是指具体的限流实施方法，限流版本是为了方便后续软件的升级和更新换代。
72.本发明实施例中将开发项目中所有的项目进行分类拆解，得到每个预设模块，在预设限流列表中进行查找，预设限流列表中列出了每个预设模块最适合的限流策略和限流版本，每个预设模块代表不同或者相同的限流场景，不同的限流场景又对应不同的限流策
略和限流版本。
73.另外，如果出现新的开发项目或者新的限流方法，直接将该新的限流方法设计成继承顶层接口的子类，挂在顶层接口下即可。
74.在上述实施例的基础上，优选地，所述根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件，之前还包括：
75.从配置服务器的预设接口中，拉取限流服务器对应的限流配置信息；
76.根据所述限流配置信息，对本地存储的限流配置信息进行更新，获取所述当前限流配置信息。
77.其中，预设接口可以是配置服务器预先设置的，用于专门提供限流配置信息的接口。具体地，限流服务器可以定时或者实时地从配置服务器的预设接口中，拉取限流服务器对应的限流配置信息，以便主动获得限流配置信息。若首次拉取，则限流服务器可以直接将拉取的限流配置信息存储至本地内存中，以使限流服务器可以快速获得当前限流配置信息。若非首次拉取，即本地已存储有限流配置信息，则可以基于拉取的限流配置信息，对本地存储的限流配置信息进行实时更新，使得限流服务器可以快速获得最新的当前限流配置信息。
78.需要说明的是，本实施例中的限流服务器可以是利用lua脚本对原有nginx服务器进行功能扩展后的服务器。例如，可以利用lua脚本实现nginx服务器对限流配置信息的拉取操作以及基于获得的限流配置信息进行限流的控制操作，以使功能扩展后的nginx服务器可以执行上述步骤的限流操作，从而降低开发成本，提高开发效率。
79.在上述实施例的基础上，优选地，所述从配置服务器的预设接口中，拉取限流服务器对应的限流配置信息，包括：
80.向配置服务器的预设接口发送配置拉取请求，以使得所述配置服务器基于所述配置拉取请求，在检测到所述限流服务器对应的限流配置更改操作时，将更改后的限流配置信息返回；
81.接收所述配置服务器的预设接口返回的限流配置信息。
82.具体地，限流服务器可以定时向配置服务器的预设接口发送配置拉取请求。配置服务器在接收到配置拉取请求后，实时检测当前是否存在限流服务器对应的限流配置更改操作，直到检测到限流配置更改操作时，将更改后的限流配置信息作为响应数据返回至限流服务器中，从而可以在限流配置信息存在更改时再进行返回，保证了限流服务器拉取的是更改后的限流配置信息，避免因拉取相同的限流配置信息而导致资源浪费的问题，从而提高了系统性能。
83.在上述实施例的基础上，优选地，所述用户请求信息包括用户ip地址和单位时间的用户请求所占流量，所述当前限流配置信息包括用户ip地址黑名单、用户ip地址白名单和限流阈值，所述根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件，包括：
84.根据所述用户ip地址和所述用户ip地址黑名单，检测所述用户ip地址是否为黑名单ip地址；
85.若所述用户ip地址不为黑名单ip地址，则比较单位时间内的用户请求所占用流量和所述限流阈值，若所述用户请求所占用流量小于所述限流阈值，则判断所述用户请求满
足所述当前限流条件，若所述用户请求所占流量不小于所述限流阈值，则判断所述用户请求不满足所述当前限流阈值；
86.若所述用户ip地址为白名单ip地址，则判断所述用户请求不满足所述当前限流条件。
87.用户请求所占流量指的是单位时间内所有用户请求所占用流量，用户id是为了针对特殊情况，比如领导或者专家在使用时可以通过对用户id的识别，通过将用户id与用户id黑白名单进行对比，可以看出该用户请求是否属于白名单还是黑名单，如果是白名单，则不用进行后续限流检测，直接处理该用户请求对应的业务逻辑，如果是黑名单，则也不用进行后续限流检测，直接对该用户请求对应的业务逻辑进行限流或者直接拒绝处理该用户请求对应的业务逻辑，具体处理步骤可以根据实际情况进行确定，本发明实施例在此不做具体的限定。单位时间内的预设请求次数和用户请求所占的流量相结合，通过将单位时间内所有请求所占流量与预设流量阈值进行对比，可以看出单位时间内该用户请求所占用的流量，从而可以后续判断该用户请求所占用的流量是否满足当前限流条件，如果满足，则说明需要对该用户请求进行限流。
88.本发明实施例中，通过设置黑白名单等操作，可以快速响应给用户，在提高用户感受的同时，也减少了系统请求压力，提升系统的稳定行和可靠性。
89.在上述实施例的基础上，优选地，若不满足，对所述用户请求进行降级配置。
90.具体地，本发明实施例中，还在顶层接口中定义并实现了降级配置方法，该降级配置方法用于对需要限流的用户请求进行降级配置，当服务器的并发压力比较小的时候，可以对调用顶层接口中的降级配置方法对该用户请求进行降级。
91.在具体实施过程中，通过注解来实现限流方法和降级，注解是一种能被添加到java源代码中的元数据，方法、类、参数和包都可以用注解来修饰。注解可以看作是一种特殊的标记，可以用在方法、类、参数和包上，程序在编译或者运行时可以检测到这些标记而进行一些特殊的处理。
92.限流注解：
[0093][0094]
降级注解：
[0095][0096]
在上述实施例的基础上，优选地，还包括：
[0097]
所述限流方法被封装成插件。
[0098]
具体地，本发明实施例中所提供的限流方法被封装成插件，研发人员在使用限流方法服务时，只需要引入该开发项目中的实际模块，调用相应的接口方法。在项目启动时，springboot会根据项目中引入的类，自动启动对应的限流服务。从引入和调用，研发人员无需其他操作，就可以轻松使用相应的服务。
[0099]
每种限流策略实现对应的限流方案。在顶层接口配置类中统一配置成spring bean。统一放入项目根目录：resources-》meta-inf-》spring.factories文件中。
[0100]
org.springframework.boot.autoconfigure.enableautoconfiguration＝\
[0101]
com.paic.ratelimiter.config.ratelimiterautoconfigratio
[0102]
利用spring的spi技术加载该配置类，最终打成jar包供研发人员引入使用。
[0103]
jar包就是别人已经写好的一些类，然后将这些类进行打包，你可以将这些jar包引入你的项目中，然后就可以直接使用这些jar包中的类和属性以及方法。
[0104]
图5为本发明实施例提供的一种限流系统的结构示意图，如图5所示，该系统包括：请求模块510、检测模块520、查找模块530和限流模块540，其中：
[0105]
请求模块510用于获取用户请求，所述用户请求包括用户请求信息和项目属性信息；
[0106]
检测模块520用于根据所述用户请求信息和当前限流配置信息，检测所述用户请求是否满足所述当前限流条件；
[0107]
查找模块530用于若满足，根据所述项目属性信息，在顶层接口所定义的各种限流方法中查找到目标限流方法；
[0108]
限流模块540用于利用所述目标限流方法对所述用户请求进行限流。
[0109]
本实施例为与上述方法对应的系统实施例，其具体实施过程与上述方法实施例相同，详情请参考上述方法实施例，本系统实施例在此不再赘述。
[0110]
在上述实施例的基础上，优选地，还包括：
[0111]
封装模块，用于将顶层接口封装成父类，并定义限流接口和实现降级配置的方法；
[0112]
列表模块，用于根据所有开发项目中每一预设项目中的每一预设模块，在预设限流列表中进行查找，获取每一预设模块对应的限流方法，所述限流方法包括限流策略和限流版本；
[0113]
继承模块，用于将每一限流方法封装成继承所述父类的子类，并实现所述限流接口。
[0114]
在上述实施例的基础上，优选地，还包括：
[0115]
拉取模块，用于向配置服务器的预设接口发送配置拉取请求，以使得所述配置服务器基于所述配置拉取请求，在检测到所述限流服务器对应的限流配置更改操作时，将更改后的限流配置信息返回；
[0116]
接收模块，用于接收所述配置服务器的预设接口返回的限流配置信息。
[0117]
在上述实施例的基础上，优选地，所述检测模块包括白名单单元、阈值单元和黑名单单元，其中：
[0118]
所述白名单单元，用于根据所述用户ip地址和所述用户ip地址黑名单，检测所述用户ip地址是否为黑名单ip地址；
[0119]
所述阈值单元，用于若所述用户ip地址不为黑名单ip地址，则比较单位时间内的用户请求所占用流量和所述限流阈值，若所述用户请求所占用流量小于所述限流阈值，则判断所述用户请求满足所述当前限流条件，若所述用户请求所占流量不小于所述限流阈值，则判断所述用户请求不满足所述当前限流阈值；
[0120]
所述黑名单单元，用于若所述用户ip地址为白名单ip地址，则判断所述用户请求不满足所述当前限流条件。
[0121]
在上述实施例的基础上，优选地，还包括降级配置模块，其中：
[0122]
所述降级配置模块，用于若不满足，对所述用户请求进行降级配置。
[0123]
在上述实施例的基础上，优选地，还包括：所述限流方法被封装成插件。
[0124]
上述限流系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
[0125]
图6为本发明实施例中提供一种计算机设备的结构示意图，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括计算机存储介质、内存储器。该计算机存储介质存储有操作系统、计算机程序和数据库。该内存储器为计算机存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行限流方法过程中生成或获取的数据，如用户请求信息、项目属性信息等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种限流方法。
[0126]
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的限流方法的步骤。或者，处理器执行计算机程序时实现限流系统这一实施例中的各模块/单元的功能。
[0127]
在一实施例中，提供一计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中限流方法的步骤。或者，该计算机程序被处理器执行时实现上述限流系统这一实施例中的各模块/单元的功能。
[0128]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可
包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
[0129]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
[0130]
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。