RPRX
> > In fact, after REALITY, I don’t really want Xray to take care of the certificates > > This is a really weird usecase I just thought of, and...
还有两个原因就是，如果实在需要的话，可以用 Xray 的证书自动热重载，~~如果这 ACME 合进来的话，客户端表示很需要可选编译~~
> singbox和hy2都有这些组件 ~~服务端 TLS 指纹表示很赞~~
不过主要也是因为 Xray 这边的生态，TCP 主要是 REALITY，UDP 主要是 SplitHTTP H3，这俩都不需要这个 PR，而 hy2 不能被反代
> (I assume h2 performs better back-to-origin all the time, but I'm not 100% sure) 理论上 H1 基于多条 TCP 相当于多线程下载，表现应该会更好（如果 POSTs 复用了 TCP 的话，你在服务器上看一下）
因为即使没有单 TCP 限速，H2 还是有队头阻塞，下行不小心丢一个包就全 hang 住了
> 还有一个神秘的 MaxConnections 参数 硬编码为128 实际上就是最大复用次数 我不知道为什么叫这个 这个PR将其重命名了 之前我也发现了这个，我觉得现在要加参数的话不如加上与 XMUX 等价的所有参数，~~所以明年再合~~
@alphax-hue3682 I'm not intend to introduce unstable changes between v24.12.31 and v25.1.1. The diffs should be tiny.
想发个新版，关于这个 PR 我本来想的是要不先把 128 这个数值改大点，然后想到现在 XMUX 也是限制复用几百次，先不改吧
大多数运营商应该会倾向于 Q 掉时间过长的 TCP 连接，对 QUIC 则更加严苛