gRPC 提供连接复用等对小请求优化的功能，为什么绝大部分抽卡游戏都是用普通 HTTP API 而不是 gRPC？目前我还没见过一款用 gRPC 的游戏
drymonfidelia · 59 天前 · 1804 次点击这是一个创建于 59 天前的主题，其中的信息可能已经有所发展或是发生改变。
9 条回复 • 2024-09-28 22:02:40 +08:00
 |
1
defaw 59 天前
没用性能问题别强上新东西，ws 够用
|
 |
2
willchen 59 天前
可能不是瓶颈吧...游戏内资源文件才是大头
|
 |
3
shadowyue 59 天前
你先把体量做到原神的级别，再来考虑优化的事情
|
 |
4
tool2dx 59 天前
掉包率是游戏传输最大的问题，gRPG 也是 tcp ，解决不了问题。行业内解决方案就是用 kcp+udp 重发包来解决。
你看原神，鸣潮啊，都是用这个方案来处理的。 协议的话无所谓，一般我看用 protobuf 也挺多的。 |
 |
5
coderxy 59 天前
因为很多游戏后端用的并不是 go 啊。 还有一些后端是多语言异构的，你搞 grpc ，等于说把路走窄了
|
 |
6
nevermoreluo 59 天前
|
 |
7
sagaxu 59 天前
按每个请求 100ms 算，每个 HTTP 1.1 的长连接也能做到 10rps ，这会成为卡牌类游戏的瓶颈吗？如果不够，升级到 HTTP 2 工作量也不大。很多游戏是 H5 ，发起 HTTP 请求是最天经地义的。
|
 |
8
DefoliationM 59 天前 via Android
grpc 是 http2 根本不可用来做游戏，要是 quic 可能还行。
|
 |
9
drymonfidelia OP @DefoliationM quic 不是大厂国内丢包到没法玩
|
Select Language