这是一个创建于 71 天前的主题，其中的信息可能已经有所发展或是发生改变。
op 现在业务想上 http3 ，测试下来发现还不如 http1.1 。op 的场景时视频点播，点播时去拉去一条音频流和视频流。使用的 http3 库是 cronet 和 NSURLSession 。目前得知：
- 网上说国内的网络环境对 udp 不太友好
- 国内大厂已经用上了 quic
想问问 V 友们有没什么建议？
 |
1
Razio 71 天前
不存在的，CRUD 的业务，根本没有人关心。全靠默认设置
|
 |
2
duanxianze 71 天前
很少很少有人用，起码等到淘宝抖音这种大公司全面推动的时候再说吧，http2 是因为几乎无感切换才推广这么快的
|
 |
3
victimsss 71 天前
目前 http2
|
 |
4
tpphha 71 天前
目前大公司用的还是不少的，例如腾讯有 Tquic ，并且司内有不少重要业务在使用。
|
 |
5
JoeJoeJoe PRO 国内主流的音视频厂商应该都用上 quic 了吧, 我记得 18 年左右的时候我们音视频就开始用 quic 来处理了.
|
 |
10
salmon5 71 天前
估计还要至少 5 年才能普及吧
|
|
11
salmon5 71 天前
|
 |
12
wzy44944 71 天前
quic 默认是用 443 端口的，而且已经是 h3 标准了，应该不存在 udp 不友好的问题，除非用了非 443 端口？
从 http1.1 到 http3 要是有劣化，能想到的也就是因为有 tls 加密，服务端和客户端性能上有损耗，客户端兼容性肯定也会增加失败率，可以考虑根据客户端环境按条件开启 |
 |
14
xiuming 71 天前
好像开发语言对 http3 都还在完善中 连最新版 nginx 都还在不停完善 http3 支持
|
 |
15
Gnepre 70 天前
没有
运营商封了 udp 所以没有办法 |
 |
16
swananan 70 天前  1
从协议设计上 QUIC 是比 TCP 优秀的，但是你们的音视频是纯点播场景，没有基于 QUIC unreliable 搞各种弱网丢帧优化之类的，优势可能不是特别明显。大厂音视频传输用 UDP-Based 协议，都是加了五花八门的自研 QOS 方案。
国内网络环境对 UDP 不友好这个话题，是见仁见智了。针对你的问题，我建议是再继续分析定位下表现差的原因是什么，再看用什么方案解决。 我前一阵子刚在知乎回答了一个 HTTP/3 的问题，可以分享给你 HTTP/3 解决了什么问题，又引入了什么新问题？ - swananan 的回答 - 知乎 https://www.zhihu.com/question/6058311194/answer/1937806771772199097 |
 |
18
AEnjoyable 70 天前 via Android
我在我公司的创新业务部门，我们这边内外接口都 h3 了，微服务间还是高难度的 rust grpc over quic
同样主要场景是音视频串流 |
Select Language