想问问现在大家工作/业务上都用上 http3 了吗？

[simpleman]

op 现在业务想上 http3 ，测试下来发现还不如 http1.1 。op 的场景时视频点播，点播时去拉去一条音频流和视频流。使用的 http3 库是 cronet 和 NSURLSession 。目前得知：

1. 网上说国内的网络环境对 udp 不太友好
2. 国内大厂已经用上了 quic

想问问 V 友们有没什么建议？

[Razio]

不存在的，CRUD 的业务，根本没有人关心。全靠默认设置

[duanxianze]

很少很少有人用，起码等到淘宝抖音这种大公司全面推动的时候再说吧，http2 是因为几乎无感切换才推广这么快的

[victimsss]

目前 http2

[tpphha]

目前大公司用的还是不少的，例如腾讯有 Tquic ，并且司内有不少重要业务在使用。

[JoeJoeJoe]

国内主流的音视频厂商应该都用上 quic 了吧, 我记得 18 年左右的时候我们音视频就开始用 quic 来处理了.

[simpleman]

@JoeJoeJoe 那你们用 quic 会比 tcp 好吗

[simpleman]

@tpphha 那你们用 quic 会比 tcp 好吗

[JoeJoeJoe]

@simpleman #6 会, 你可以搜一下, 好多年前的事了, 我都有点忘记细节了, 当时好像是为了丢包严重的情况下保证通话质量还是啥来着

[simpleman]

@JoeJoeJoe 好的，感谢

[salmon5]

估计还要至少 5 年才能普及吧

[salmon5]

https://nginx.org/en/docs/http/ngx_http_v3_module.html
https://curl.se/docs/http3.html
都还是 experimental 的

[wzy44944]

quic 默认是用 443 端口的，而且已经是 h3 标准了，应该不存在 udp 不友好的问题，除非用了非 443 端口？
从 http1.1 到 http3 要是有劣化，能想到的也就是因为有 tls 加密，服务端和客户端性能上有损耗，客户端兼容性肯定也会增加失败率，可以考虑根据客户端环境按条件开启

[xkeyC]

@wzy44944 跨省 quic/udb 延迟确实可以降下来，但是带宽一上来就嘎嘎丢包

[xiuming]

好像开发语言对 http3 都还在完善中 连最新版 nginx 都还在不停完善 http3 支持

[Gnepre]

没有
运营商封了 udp
所以没有办法

[swananan]

从协议设计上 QUIC 是比 TCP 优秀的，但是你们的音视频是纯点播场景，没有基于 QUIC unreliable 搞各种弱网丢帧优化之类的，优势可能不是特别明显。大厂音视频传输用 UDP-Based 协议，都是加了五花八门的自研 QOS 方案。
国内网络环境对 UDP 不友好这个话题，是见仁见智了。针对你的问题，我建议是再继续分析定位下表现差的原因是什么，再看用什么方案解决。

我前一阵子刚在知乎回答了一个 HTTP/3 的问题，可以分享给你
HTTP/3 解决了什么问题，又引入了什么新问题？ - swananan 的回答 - 知乎
https://www.zhihu.com/question/6058311194/answer/1937806771772199097

[simpleman]

@swananan 好的， 感谢

[AEnjoyable]

我在我公司的创新业务部门，我们这边内外接口都 h3 了，微服务间还是高难度的 rust grpc over quic
同样主要场景是音视频串流