有QUIC了,为什么还要TQUIC?

Net2022

  TQUIC是重复造轮子吗? 要回答这个问题，要从两个方面讨论:
  一、实际项目中需要TQUIC吗，是否使用QUIC就够了。
        QUIC没有单独的库。Chromium中的cronet有QUIC.但是Cronet组件非常复杂。不能单独使用QUIC. 可以尝试在Android/Java中导入QUIC试试。开发工作量大不说，要配置个参数都十分的复杂。
        而使用TQUIC就简单的多，是独立的库。
       
  二、实际项目中,QUIC是否满足性能要求了。    TQUIC是这些实现中唯一一个支持多路径QUIC的实现，从而进一步提高吞吐量和可靠性。腾讯号称UIC让核心业务用户登录耗时降低30%，500ms内的下载场景请求成功率从 HTTPS的60%提升到90%。
        但是如果不考虑多路径QUIC,QUIC也能满足要求。

    所以选择TQUIC主要是因为方便，文档也完备。

nanshanUniverse

QUIC有多个版本，但是TQUIC性能是最好的，毕竟腾讯的用户群大，对各种各样的网络条件都能很好的覆盖。
并不是腾讯的工程师多厉害，别的QUIC版本的开发工程师比较菜。而是腾讯的用户群大，能针对各种情况进行优化，特别是国内的网络环境能够进行充分的优化。
原始版本的QUIC可能在网络环境会好些，但是到了国内网络环境，TQUIC是不二的选择。

NetWorker

QUIC也有使用FEC纠错算法来提高传输质量

GW2024

QUIC已经被Google变成了标准 RFC 9000/9001/9002
但是QUIC功能比较强大，且可扩展性比较好。所以有比较多的实现，包括不同平台，不同语音的实现。
除了TQUIC;  s2n-quic，quinn‌也是不错的选择。