mengdegege

应该可以把同一个订阅通过filter，分成几个provider，就是有点绕。

> 我的订阅比较多, 合并拆分规则比较复杂. 没法用include-all-proxies: true , 希望团队能优化让use的引入也能高可用,自动测试 include-all后，可以同时使用 filter 和 exclude-filter，比如先粗略筛选，再精细排除，都支持正则，可操作空间还是挺大的，我是这么用的，主要从多个订阅里筛选同地区的代理，然后按分流的需求，再从属于同地区的里面，排除某些质量不是那么好的订阅里内容。 另外，它还支持筛选从 proxy-provider 里面添加进去的前缀、后缀。比如你可以给每个订阅的proxy都添加一个唯一的标识，然后在筛选的时候用。 不过这东西，看需求场景吧。

> > > 我的订阅比较多, 合并拆分规则比较复杂. 没法用include-all-proxies: true , 希望团队能优化让use的引入也能高可用,自动测试 > > > > > > include-all后，可以同时使用 filter 和 exclude-filter，比如先粗略筛选，再精细排除，都支持正则，可操作空间还是挺大的，我是这么用的，主要从多个订阅里筛选同地区的代理，然后按分流的需求，再从属于同地区的里面，排除某些质量不是那么好的订阅里内容。 另外，它还支持筛选从 proxy-provider 里面添加进去的前缀、后缀。比如你可以给每个订阅的proxy都添加一个唯一的标识，然后在筛选的时候用。 不过这东西，看需求场景吧。 > > 你能解决自己的需求,很厉害. 对于普通人还是太复杂, 交叉引用后面加减都麻烦. 很多人不需要这么多分类,只是想直观和高可用. >...

最近也出现了类似的问题, 3个provider, 组分2级, 1级从provider按地区筛选,采用url-test. 二级引用1级组. 每次刷新配置的时候, 1级组都有5~10秒的compatible状态, 导致二级组初始化的时候就会出现误判或者直接超时. 可能原因是, 刷新配置的时候,要重新下载provider, 然后把所有节点都测试完一遍, 1级组内才显示出来可用节点. 然后把那些组改成select, 手动选择一次,再改回去. 它就不用等了 , 但是就出现了即使检查也不会再切换的问题. 可能跟缓存选择的配置有关, 组类型改变之后,还在缓存着. 但重启内核后可能会恢复. 如果直接下载回来,筛选一下,应该是不用那么久的. 感觉这个健康检查的问题, 可能优化成就组内的检测支持引用的节点才是比较好的办法. 统一且符合直觉, 减少干扰因素. 另外,想问下那个lazy:true,说的被选中才测指的是被哪里选中.

控制中心可以添加快捷开关

Windows 自身不是可以控制所有的托盘图标显示隐藏吗

开启外部控制就行了，只不过flclash只能侦听127.0.0.1 ，不能修改侦听ip。如果要在这个api上提供web面板，按mihomo的web UI配置好下载地址，可以自动下载。