refactor: download limiter

[Eric-Joker]

使用令牌桶算法尽量避免在大额限速时限速失效
close #996

[Scighost]

在修复游戏的测试中，仍然会有超出限速的状况，稳定几秒触发一次，改成滑动窗口有没有可能改善。

超出限速后的等待的代码改成这一段更合适

RateLimitLease lease;
do
{
    lease = await InstallGameManager.rateLimiter.AcquireAsync(buffer.Length, cancellationToken).ConfigureAwait(false);
    if (!lease.IsAcquired)
    {
        if (lease.TryGetMetadata(MetadataName.RetryAfter, out TimeSpan retryAfter))
        {
            await Task.Delay(retry);
        }
        else
        {
            await Task.Delay(1, cancellationToken).ConfigureAwait(false);
        }
    }
 } while (!lease.IsAcquired);

使用 RateLimiter.GetStatistics() 能不能做到代替已有的速度统计功能

[Eric-Joker]

仍然会有超出限速的状况

因为补充令牌的逻辑需要一些运行时间，速度测算与限流器存在错位误差。不超出限速的时候也显示难以达到最高限速。
提高令牌补充时间的精度可以使测算出来的速度更接近于限速，但不能极小间隔，否则线程上下文切换的时间将大于期望的请求令牌所需时间，导致无论限速多少实际速度只会在1MB/s左右。
我实际测试了一点知名下载器软件并尝试搜索网上教程，均会一定时间后超出限速。

改成滑动窗口有没有可能改善。

不会，因为令牌桶设置的上限等同于单位时间内补货的数量，这和窗口类算法相似。

超出限速后的等待的代码改成这一段更合适

同样因为补充令牌需要时间，为了尽可能达到下载的最高限速，还是高频尝试获取令牌为好。

使用 RateLimiter.GetStatistics() 能不能做到代替已有的速度统计功能

不能，RateLimiterStatistics.TotalSuccessfulLeases统计的只是租约的次数

[Scighost]

怎么关了？

[Eric-Joker]

觉得这仨算法都不算完美，然后换了几种方案，都不咋地。
明天再给令牌桶做点优化吧。。