@fzdwx 可能有原因，但是自己这肯定有更大原因。
因为进行过如下测试，都是 100 并发测试，
使用 3 家 ip 代理测试并发，都会出现 rest 、peer terminal 、ssl incorrect 这类错误，频率很高。
然后又切换那种完全买流量的机场 vpn(也就是无设备数、流量限制)，然后 v2ray 开启 s5 端口，依然会有类似问题。

@kuituosi 对于我有难度.......嘤嘤嘤..........还是找现成轮子好些

@selca netty 底层支持灵活是灵活，就是有点难用，啊哈哈。
感谢佬佬推荐，netty 作为最后底线方案..........

@iseki 是滴是滴，我表述有问题........

@Huelse 非常感谢佬佬推荐。
大概了解了下，这东西似乎是完全异步方式，
因为要暴露接口供其他应用调用，得使用同步 http 框架，响应式不太满足需求...........

@cnhongwei 感谢大佬深夜指点~~
刚了解了下，WebClient 依然内嵌线程池，不太适合爬虫需求......
爬虫是一个请求一个代理，他的线程池和通道复用，只是累赘......

@jackyzy823 好哥哥，感谢好 geigei ，你是对的，改成 http 代理，啥破事都没了，之前我就是用的 s5 代理，死活不通，我哭死

@kkocdko 是的，先排除特征风控问题不谈，
理论上可以基于这些 ptrace 方案跟踪指令，但是碍于效率问题，无法采用，因为可能跟踪一次几千万级别的指令，ptrace 可能几天也跑不完，
qemu 虽然有全虚拟化支持，但是也是碍于效率问题，无法采用，而且用 qemu 就必必须考虑特征问题了，特征太多了，为了 trace 功能，反而增加了更多不必要的工作量。

@kkocdko 感谢大佬回复，
实际上是想实现汇编指令跟踪(trace)，
就是每条执行汇编，以及当前指令所对应的寄存器都能记录下来，用于分析程序。
普通虚拟化如 va 、vmos 只能起到应用隔离效果，但是拿不到 cpu 控制权。
所以想直接实现一个功能，让 app 的 so 都运行在一个模拟 cpu 上(当然为此还要自行实现一系列如 linker 、线程等东西)，这样就能控制 cpu 拿到运行时所有汇编指令，
但是又担心这样做 app 运行效率会不会非常低，导致没有使用价值。

@MakHoCheung MAUI 不敢用，太新了，害怕又成一个坑，还有那个 blazor 也是，不敢用...............wpf yyds............