Resilience4j RateLimiter, кажется, игнорирует конфигурацию - PullRequest
0 голосов
/ 28 января 2020

У меня проблема с Resilience4j RateLimiter

public static void main(final String[] args) throws InterruptedException {
    final ExternalService service = new ExternalService();
    final ExecutorService executorService = Executors.newFixedThreadPool(30);

    final RateLimiterConfig config = RateLimiterConfig.custom()
        .limitRefreshPeriod(Duration.ofSeconds(10))
        .limitForPeriod(3)
        .timeoutDuration(Duration.ofSeconds(12))
        .build();

    final RateLimiter rateLimiter = RateLimiter.of("RateLimiter", config);

    final Callable<Response<String>> callable = RateLimiter.decorateCallable(
        rateLimiter, () -> service.get(200, "OK")
    );

    executorService.submit(callable); //fine in first period
    executorService.submit(callable); //fine in first period
    executorService.submit(callable); //fine in first period
    executorService.submit(callable); //should wait 10 sec and fine in second period
    executorService.submit(callable); //should wait 10 sec and fine in second period
    executorService.submit(callable); //should wait 10 sec and fine in second period
    executorService.submit(callable); //should exit with timeout after 12 seconds
    executorService.submit(callable); //should exit with timeout after 12 seconds
    executorService.submit(callable); //should exit with timeout after 12 seconds


    Thread.sleep(Duration.ofSeconds(40).toMillis());
    executorService.shutdown();
}

В ExternalService У меня есть базовая c регистрация с localTime ответов. Я думаю, что это должно работать, как я объяснил в комментариях, но мой ответ:

> Task :Main.main()
[12:24:53.5] Return standard response
[12:24:53.5] Return standard response
[12:24:53.5] Return standard response
[12:25:03.5] Return standard response
[12:25:03.5] Return standard response
[12:25:03.5] Return standard response
[12:25:03.5] Return standard response
[12:25:03.5] Return standard response

BUILD SUCCESSFUL in 40s

Так что кажется, что первый цикл хорош, но после этого, ПЯТЬ следующих потоков разрешены RateLimiter, и последний поток никогда не вызывается.

1 Ответ

1 голос
/ 03 февраля 2020

К сожалению, это была ошибка, которая была введена в PR # 672, который является частью выпуска v1.2.0. В PR добавлена ​​возможность запрашивать несколько разрешений на звонок. Ошибка была исправлена.

...