当前 REJECT 自动升级 REJECT-DROP 的阈值（30 秒内 10 次）似乎有些过于严格，对于一些网站，一般存在大约 5-10 次的重试请求，在没有达到重试请求次数之前，网站会一直处于阻塞状态。
比如用户在前 15s 触发了 6 次 REJECT，然后在后 15s 内用户手动进行网站刷新操作再次触发 6 次 REJECT，REJECT 自动升级为 REJECT-DROP，此时网站进入阻塞状态，网站页面资源会一直处于加载不完全状态，非常影响用户体验。
虽然当前 Surge 存在 REJECT-NO-DROP 策略能够解决这种情况，但并不灵活，因为用户通常会引入数个外部规则集（非个人维护）用于拦截 Web 广告，这些外部规则集通常选用 REJECT 策略，此时就会存在部分网站的阻塞问题，要解决该问题就要手动针对不同的主机名加入 REJECT-NO-DROP 策略，非常麻烦。当然也可以直接对外部规则集指定 REJECT-NO-DROP 策略，但也会存在某主机名短时间产生大量请求浪费资源的问题。
希望 Surge 能够针对这种场景增加 REJECT-DROP 自定义阈值的选项以增加 REJECT 策略的灵活度，同时希望增加一个 REJECT 升级为 REJECT-DROP 的通知类型以提示用户当前存在大量 REJECT 策略请求。
@SurgeTeam
