RPRX
现在我认为用 mixed 入站逐步实现 https://github.com/XTLS/Xray-core/pull/279#issuecomment-781429191 是个好想法，`socks_config` 和 `http_config` 可以分别改为 `socks` 和 `http`
这个的确和 #239 重复了，但我们应该可以把这两个 PR 合到一起
至少当前的 Mux 肯定存在历史遗留 BUG，等待更多复现
@Walter1Dumais 试试 concurrency 设为 1
试试同时把 policy level 0 的 uplinkOnly 和 downlinkOnly 设为 0
可以把“似乎”去掉，他们不是同一个 mux。不过打算改 mux 了，还计划加上对 smux 的支持。
对 Rust 来说，或许直接使用 Chromium 的代码？https://github.com/XTLS/Xray-core/issues/2257#issuecomment-1606148760 ---- For Rust, maybe just use the Chromium code? https://github.com/XTLS/Xray-core/issues/2257#issuecomment-1606148760
从工作量的角度来说，直接绑定 Chromium 的网络栈前期可能麻烦些，但后期的维护成本比较低，且可以获得比较好的效果。 修改 rustls，前期比较简单，但后期的维护成本比较高，会遇到一些 utls 遇到过的问题： - 若 rustls 不支持 BoringSSL 的某些新功能，我们得自己实现 - 一些行为也要参考 Chrome 去进行修改 - 即使这样，还是会有很多细节无法做到一致 所以我个人倾向于直接绑定 Chromium 的网络栈，且由于它的维护成本低，放在该 org 下应该也不会有太大的负担。 ---- From a workload perspective, directly...
> Actually try to make a rust binding for cronet and you'll be fine. It's not hard for rust. But one thing that occurred to me while I was doing...
**此处循环不算漏洞，更无法被主动探测，说明详见 https://github.com/XTLS/Go/issues/17#issuecomment-1446073606** 都是些什么东西