有熟悉 QUIC 的吗？

• 資深大佬 : geekvcn

  除了部分运营商 QoS UDP，还有客户端兼容性，没别的什么坑，如果没有 QoS，速度起飞，特别是服务器不在国内的话，感受更明显

• 資深大佬 : learningman

  不敢说熟悉，但是最近给博客折腾了 QUIC，满头的包，你要是愿意等我两天，我应该会写篇博客。
  大致说一下大的坑，目前的标准是 http3，也叫 IETF QUIC，但是这玩意儿在 chrome 上要强制指定 QUIC 为 h3-25,h3-27 这样，需要自己添加启动项，在 Firefox 上倒是直接就走 HTTP/3 。如果要求默认就走 QUIC，要用 gQUIC，这个的最新版本是 Q048，chrome 的主线版本是 Q046 。

  IETF QUIC 和 Google QUIC 其实是两个东西。

  我用的是搜狐的那个方案，让 nginx 支持 QUIC，这个可以同时支持 gQUIC 和 IETF QUIC 。Cloudflare 的那个 quiche 是只支持 IETF QUIC 。

  还有用 caddy 单独反代 udp/443 的。或者直接上 litespeed，这个是官方支持。

• 資深大佬 : learningman

  如果是生产环境不建议上，我也就博客折腾着玩玩，这几个都还是草案呢，指不定哪天就变了，目前的趋势还是 IETF QUIC 。
  话说 TCP 也不对应 QUIC 啊。。。TCP 对应 UDP 来着

• 主 資深大佬 : opentrade

  @geekvcn 我的不是基于浏览器，两端都是自己写，不存在兼容性问题

• 主 資深大佬 : opentrade

  @geekvcn 请问 QoS 到底会产生啥问题？

• 資深大佬 : hankai17

  ats 好像也支持 quic 不知道现在发展的怎么样了 有踩坑的么?

• 資深大佬 : janxin

  目前遇到的最大的问题是 QoS 造成的抖动，速度忽快忽慢 /断流，不过量小，仅供参考。

  服务器使用的 Caddy 。

• 資深大佬 : Aoang

  @opentrade 丢包。可明显感受到的就是断流，或者速度一会儿是正常的一会儿近乎龟速
• 主 資深大佬 : opentrade

  @Aoang 谢谢

• 資深大佬 : Love4Taylor

  B 站的自建节点用过，不知道现在还有没有了。

• 資深大佬 : wysnylc

  国内不要使用 QUIC,UDP 会被 QOS

• 資深大佬 : luozic

  先试验 http2 with bbr

• 資深大佬 : luozic

  在传输视频这种东西上，http2 with bbr 和 quic 区别不大，看部分介绍

• 資深大佬 : wweir

  挺好用，上手门槛比 TCP 略高，剩下就是爽和等待了

• 資深大佬 : MeteorCat

  国内 Qos 很严重，我试过一次之后就不想搞了，太费事了

• 資深大佬 : Meltdown

  服务器成本增加

• 資深大佬 : kilen3a

  实时传输吗

• 主 資深大佬 : opentrade

  @kilen3a 是

• 資深大佬 : liuminghao233

  qos 的问题我感觉主要是大多数中间设备都不知道 quic 是什么
  网络拥塞肯定先搞 udp

• 資深大佬 : fensou

  关键是运营商的 udp 质量太差，现阶段还是别搞了，我也踩过坑了

• 主 資深大佬 : opentrade

  @fensou 谢谢