qbqbqbqb

@zwhfly 点对点链路的路由里其实不需要下一跳，只要有出接口就行，理论上不要任何公网地址，只要有 fe80 开头的 link-local 地址就可以进行你的拨号设备和运营商之间的通信了，给地址是为了让你这边的设备可以接入公网。

而这个地址配置到哪个接口上都不影响你的路由器对外联网，上面有人提到的 RFC 7278 ，原理上就是把这个/64 整个移到 LAN 段，WAN 段只用 link-local 地址和 PPP 对端通信。

其实这个例子也不完全是奇技淫巧。它对应了一种 Debug 场景：误将 generator/coroutine 当普通函数调用，导致相应的业务逻辑没有执行。如果用来面试的话可以从这个场景进行考察。

不用这种花里胡哨的库，要主流方案可以用 Jackson ，Spring 框架第一方支持。要高性能有 simdjson 。fastjson 就是路边一条，不知道用它有啥意义，难道就图一个可以像 JS 一样`JSON.xxx(...)`？。

@villivateur 有的编程语言里是有“右除”\的，比如 matlab

@lianyue 你的方案里的分流恰恰是我说的正规方案

@lianyue 没有说你的方案不行，那一条不是回复你的，我说的是 clash 默认的 fallback 方案（ OP 现在的 clash 配置大概率正在使用的方案）不行。

你的方案原理上肯定是最准确的，只是稍微麻烦一些，因为代理软件自带 geosite 数据库，对于大众网站的域名基本上没有时效性问题，一般没必要再去查询注册信息，经常上小众网站的可以考虑你的方案。

@lianyue 没这么麻烦，代理软件都是有 geosite 数据库的，虽然可能有过时的成分但大众网站基本都能正确分流。

clash 系代理软件默认的 dns fallback （国内外并行 DNS 查询+丢弃污染地址）的方案纯属坑人，DNS 泄露问题很大，不仅仅是 claude ，更意味着你所有的翻墙访问域名记录全都暴露到国内 DNS （部分地区可能触发反诈上门查水表），不知道为啥网上教程使用 clash 默认都是这种方案，真的是该淘汰了。

建议尽快切换到正规的 DNS 分流方案：域名 geosite 分流，海外域名经过代理远程查询 DNS （推荐过代理远程查询，而不是本地直连海外 DOH ），境内域名使用本地 DNS 。彻底解决 DNS 泄露问题。

除了已经跑路的原版 Clash 以外，现在无论是 clash-meta(mihomo)还是非 Clash 的代理内核（ xray, sing-box 等），普遍都是可以配置成这种 DNS 方案的，不要再用老掉牙的 fallback 方案了。