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