纤程是啥，fiber 吗？为啥要用这么奇怪的生造词。

iPhone 不用担心这个问题吧，基本上都能支持到设备报废。反观那些搞机海战术的国产厂商，安全补丁滞后、支持时间短、更新随缘。即使开放的型号由社区支持 ROM ，内核也是永远不会有更新的。

不能用多个端口，那就只能用多个 IP 了。
可以用 macvlan/ipvlan 给每个实例分配不同的 IP ，或者更简单点，直接给物理网卡配置多个 IP ，网络用 host 模式，然后不要监听 0.0.0.0 ，每个实例都监听对应的 IP 。

@Helsing 这里同样有很多爱国、三观立场正确的人，被墙了之后反而越来越多，尤其是肉身在海外的。

那就用 read 手写？自己在栈上静态分配 buf ，读到 buf 里自己按换行符拆分。

你没有设置 header ，根据标准有相应 header 才是合法的 doh 请求。

@thinkershare big decimal literal 怎么就影响性能了。Python 性能最让人诟病的地方是 GIL ，为了简单方便的 c API 而牺牲性能。你要说复杂度 js 更差，没有专门的 iterator ，数组的 map/filter 等函数都是非 lazy 的。

显然 accept 调用的时候阻塞等待了，至于拿到外面去，死循环里空转，可不就 CPU 飙升么。

很不错，android 上终于有一个能开箱正常使用的 floss 中文输入法了。

@Rocketer c# dotnet 平台还是不够开放，开源免费跨平台只是宣传的卖点，实际上微软还是在工具链等方面暗戳戳的搞专有的“私货” isdotnetopen.com 别的还好说，debugger 专有授权吃相还是有点难看。
c#单以语言来说虽然很不错，但有个问题就是缝合，新特性总是以兼容旧语法的方式添加，导致语法特性多而混乱，做同样事情的方法太多。c#大概是唯一一个还支持 goto 的“现代”编程语言了吧。
F#就很可惜了，语言明明很好但缺爱，永远都是 F#兼容 c#，而后者从来不会迁就前者，不像 JVM 上的 kotlin 受重视。

@skies457 看了一眼你的脚本，openwrt 可以通过 `ifatatus wan_6`直接获取接口的前缀信息，非 openwrt 可以用 `ip --json addr`然后 jq 就行了，这样就用不着 grep 和 sed 。

@xxxbin 我这里说的，都是针对握手延迟的方式。其实除了简单的 1:1 tcp 代理外，有各种各样的方法消去这种额外的开销。客户端不需要每个 tcp 连接都进行一次完整的客户端到代理服务器再到目标服务器的握手，只需要通过其他方式告诉代理服务器直接向目标服务器发起握手，然后开始传输数据就完事了。

@xxxbin 误判率过高以至于没有意义。非代理用户可能因为各种各样的原因导致握手延迟较高，代理用户也可以通过各种方法降低握手延迟。
mux 多路复用是用一条连接承载多条连接，除第一条连接需要握手外后续连接用已有连接承载，无额外的 客户端到代理服务器的握手开销。以 v2 为例 https://www.v2fly.org/developer/protocols/muxcool.html 任何代理都可以轻易实现相同的机制。
另外 wireguard 等基于 udp 的 VPN 协议也能起到相同的效果，cloudflare 的代理产品 1.1.1.1 的主要卖点就是降低响应延迟。
多倍发包就是通过更激进的拥塞控制算法和大量发包以对抗丢包，从而减少可能需要的重传以降低延迟，例如 kcp 和 hysteria ，其实 quic 也有类似效果。