RateLimit-使用guava来做接口限流代码示例

时间:2021-11-14 00:02:17

本文主要研究的是ratelimit-使用guava来做接口限流的相关内容,具体如下。

一、问题描述

  某天a君突然发现自己的接口请求量突然涨到之前的10倍,没多久该接口几乎不可使用,并引发连锁反应导致整个系统崩溃。如何应对这种情况呢?生活给了我们答案:比如老式电闸都安装了保险丝,一旦有人使用超大功率的设备,保险丝就会烧断以保护各个电器不被强电流给烧坏。同理我们的接口也需要安装上“保险丝”,以防止非预期的请求对系统压力过大而引起的系统瘫痪,当流量过大时,可以采取拒绝或者引流等机制。

二、常用的限流算法

常用的限流算法有两种:漏桶算法和令牌桶算法。

漏桶算法思路很简单,请求先进入到漏桶里,漏桶以一定的速度出水,当水请求过大会直接溢出,可以看出漏桶算法能强行限制数据的传输速率。

RateLimit-使用guava来做接口限流代码示例

图1 漏桶算法示意图

对于很多应用场景来说,除了要求能够限制数据的平均传输速率外,还要求允许某种程度的突发传输。这时候漏桶算法可能就不合适了,令牌桶算法更为适合。如图2所示,令牌桶算法的原理是系统会以一个恒定的速度往桶里放入令牌,而如果请求需要被处理,则需要先从桶里获取一个令牌,当桶里没有令牌可取时,则拒绝服务。

RateLimit-使用guava来做接口限流代码示例

图2 令牌桶算法示意图

三、限流工具类ratelimiter

  google开源工具包guava提供了限流工具类ratelimiter,该类基于“令牌桶算法”,非常方便使用。该类的接口具体的使用请参考:ratelimiter使用实践

ratelimiter 使用demo

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
package ratelimite;
import com.google.common.util.concurrent.ratelimiter;
public class ratelimiterdemo {
    public static void main(string[] args) {
        testnoratelimiter();
        testwithratelimiter();
    }
    public static void testnoratelimiter() {
        long start = system.currenttimemillis();
        for (int i = 0; i < 10; i++) {
            system.out.println("call execute.." + i);
        }
        long end = system.currenttimemillis();
        system.out.println(end - start);
    }
    public static void testwithratelimiter() {
        long start = system.currenttimemillis();
        ratelimiter limiter = ratelimiter.create(10.0);
        // 每秒不超过10个任务被提交
        for (int i = 0; i < 10; i++) {
            limiter.acquire();
            // 请求ratelimiter, 超过permits会被阻塞
            system.out.println("call execute.." + i);
        }
        long end = system.currenttimemillis();
        system.out.println(end - start);
    }
}

四 guava并发:listenablefuture与ratelimiter示例

概念

listenablefuture顾名思义就是可以监听的future,它是对java原生future的扩展增强。我们知道future表示一个异步计算任务,当任务完成时可以得到计算结果。如果我们希望一旦计算完成就拿到结果展示给用户或者做另外的计算,就必须使用另一个线程不断的查询计算状态。这样做,代码复杂,而且效率低下。使用listenablefuture guava帮我们检测future是否完成了,如果完成就自动调用回调函数,这样可以减少并发程序的复杂度。

推荐使用第二种方法,因为第二种方法可以直接得到future的返回值,或者处理错误情况。本质上第二种方法是通过调动第一种方法实现的,做了进一步的封装。

另外listenablefuture还有其他几种内置实现:

settablefuture:不需要实现一个方法来计算返回值,而只需要返回一个固定值来做为返回值,可以通过程序设置此future的返回值或者异常信息

checkedfuture: 这是一个继承自listenablefuture接口,他提供了checkedget()方法,此方法在future执行发生异常时,可以抛出指定类型的异常。

ratelimiter类似于jdk的信号量semphore,他用来限制对资源并发访问的线程数,本文介绍ratelimiter使用

代码示例

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
import java.util.concurrent.callable;
import java.util.concurrent.executionexception;
import java.util.concurrent.executors;
import java.util.concurrent.timeunit;
import com.google.common.util.concurrent.futurecallback;
import com.google.common.util.concurrent.futures;
import com.google.common.util.concurrent.listenablefuture;
import com.google.common.util.concurrent.listeningexecutorservice;
import com.google.common.util.concurrent.moreexecutors;
import com.google.common.util.concurrent.ratelimiter;
public class listenablefuturedemo {
    public static void main(string[] args) {
        testratelimiter();
        testlistenablefuture();
    }
    /**
   * ratelimiter类似于jdk的信号量semphore,他用来限制对资源并发访问的线程数
   */
    public static void testratelimiter() {
        listeningexecutorservice executorservice = moreexecutors
                .listeningdecorator(executors.newcachedthreadpool());
        ratelimiter limiter = ratelimiter.create(5.0);
        // 每秒不超过4个任务被提交
        for (int i = 0; i < 10; i++) {
            limiter.acquire();
            // 请求ratelimiter, 超过permits会被阻塞
            final listenablefuture<integer> listenablefuture = executorservice
                      .submit(new task("is "+ i));
        }
    }
    public static void testlistenablefuture() {
        listeningexecutorservice executorservice = moreexecutors
                .listeningdecorator(executors.newcachedthreadpool());
        final listenablefuture<integer> listenablefuture = executorservice
                .submit(new task("testlistenablefuture"));
        //同步获取调用结果
        try {
            system.out.println(listenablefuture.get());
        }
        catch (interruptedexception e1) {
            e1.printstacktrace();
        }
        catch (executionexception e1) {
            e1.printstacktrace();
        }
        //第一种方式
        listenablefuture.addlistener(new runnable() {
            @override
                  public void run() {
                try {
                    system.out.println("get listenable future's result "
                                  + listenablefuture.get());
                }
                catch (interruptedexception e) {
                    e.printstacktrace();
                }
                catch (executionexception e) {
                    e.printstacktrace();
                }
            }
        }
        , executorservice);
        //第二种方式
        futures.addcallback(listenablefuture, new futurecallback<integer>() {
            @override
                  public void onsuccess(integer result) {
                system.out
                            .println("get listenable future's result with callback "
                                + result);
            }
            @override
                  public void onfailure(throwable t) {
                t.printstacktrace();
            }
        }
        );
    }
}
class task implements callable<integer> {
    string str;
    public task(string str){
        this.str = str;
    }
    @override
      public integer call() throws exception {
        system.out.println("call execute.." + str);
        timeunit.seconds.sleep(1);
        return 7;
    }
}

guava版本

?
1
2
3
4
5
<dependency>
      <groupid>com.google.guava</groupid>
      <artifactid>guava</artifactid>
      <version>14.0.1</version>
    </dependency>

总结

以上就是本文关于ratelimit-使用guava来做接口限流代码示例的全部内容,希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题,如有不足之处,欢迎留言指出。感谢朋友们对本站的支持!

原文链接:http://blog.csdn.net/JIESA/article/details/50412027