应作者 #77
目前主要的问题是被剔除节点无法恢复，在面对检查出现多数无效节点的订阅中，临时节点驱逐延迟时间设置过小 10min 以内，非常容易永久禁用可用节点导致节点越来越少
并且被 Evicted 的节点条目会永久保留在单个订阅 managedNodes 中，即使该节点已从订阅源中消失。对于节点频繁轮换的订阅源，这会导致 managedNodes 无限增长，造成内存膨胀和 SQLite 持久化开销线性增加
可以考虑实现驱逐恢复时间 -1 永久不恢复保留目前逻辑，0 直接删除但是不记录驱逐列表之中，其它正数按照时间驱逐之后恢复
关于
0 直接删除但是不记录驱逐列表之中
是因为我原意以为临时订阅这个功能只是一个定时删除失效节点的功能（留下健康节点防止强迫症），没想到还作为永久黑名单，希望可以关闭黑名单只使用定时删除功能
应作者 #77
目前主要的问题是被剔除节点无法恢复，在面对检查出现多数无效节点的订阅中，临时节点驱逐延迟时间设置过小 10min 以内，非常容易永久禁用可用节点导致节点越来越少
并且被 Evicted 的节点条目会永久保留在单个订阅 managedNodes 中，即使该节点已从订阅源中消失。对于节点频繁轮换的订阅源，这会导致 managedNodes 无限增长，造成内存膨胀和 SQLite 持久化开销线性增加
可以考虑实现驱逐恢复时间
-1永久不恢复保留目前逻辑，0直接删除但是不记录驱逐列表之中，其它正数按照时间驱逐之后恢复关于
是因为我原意以为临时订阅这个功能只是一个定时删除失效节点的功能（留下健康节点防止强迫症），没想到还作为永久黑名单，希望可以关闭黑名单只使用定时删除功能