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