【已解决】建议同步原版切换节点时立刻打断连接生效的行为

[szkzn]

正常情况下（大多数情况下）切换节点的行为已经隐含要立刻生效应用新的节点的逻辑

原版 clash fot android v2.5.12 也是如此处理

但是在 clash meta for Android 不是这样的

遇到几个场景：
a.
节点突然断流故障，切换另一个可用节点
，立刻访问谷歌，直接还是故障状态
，我切多少个节点都没用
我必须关闭clash，重新打开才行
b.
访问openai测试解锁，遇到第一个不能解锁的节点，后续怎么切节点都没用，因为没生效
我甚至不知道clash要多久才生效，只能停止clash重新启动

c.
cfma也没提供独有配置开关修改这个行为，我知道clash api有提供打断连接，但是那得面板实现，开个客户端不可能还去浏览器开个web代替客户端使用，那没意义，而且我测试也不支持面板

建议：
默认情况下切换节点就已经代表需要立刻生效的要求逻辑了，不想生效用户就不会切换节点，切换节点的意思已经很明确需要立刻生效使用，所以修改默认行为为立刻打断连接立刻生效，这也是绝大部分场景的使用情况
添加一个cfma的开关，类似cfa的那个独有配置开关禁止追加系统dns

clash-for-android:
append-system-dns: false
或者cfw的
cfw-conn-break-strategy:
proxy: all
profile: true
mode: true

1>也就是修改默认行为打断所有连接
2>提供自定义配置段控制clash api的打断连接实现
clash for android 默认逻辑就是立刻打断，且没有提供gui界面可以设置
clash verge 提供设置开关控制这一行为
clash for windows 同样

有人说在使用ssh终端的情况下这个不立刻打断的逻辑行为有用，看起来是这样的，实际上完全不是
正确预期行为应该是自己准备好后切换节点，而不是等待这个模糊的长连接状态结束在下次新连接才使用节点（这个不确定的模糊状态）

[szkzn]

类似这样
cfma-auto-close-conns: true / flase
或者复用识别已有的 cfw 打断连接字段

这个问题很久前有人在 meta core 提了
我也去重新提了一下，clash meta mihomo 群里讨论偏向于 cote api 已经提供了开关了，让 gui 自行实现

也就是大概率 mrta core 上游很难会采纳这个 feature 增加配置项对应到 clash api

[szkzn]

感谢项目开发者团队及贡献pr的大佬！！该问题已在最新预览版合并的pr中修复了。