gRPC 提供连接复用等对小请求优化的功能,为什么绝大部分抽卡游戏都是用普通 HTTP API 而不是 gRPC?目前我还没见过一款用 gRPC 的游戏

55 天前
 drymonfidelia
1796 次点击
所在节点    程序员
9 条回复
defaw
55 天前
没用性能问题别强上新东西,ws 够用
willchen
55 天前
可能不是瓶颈吧...游戏内资源文件才是大头
shadowyue
55 天前
你先把体量做到原神的级别,再来考虑优化的事情
tool2dx
55 天前
掉包率是游戏传输最大的问题,gRPG 也是 tcp ,解决不了问题。行业内解决方案就是用 kcp+udp 重发包来解决。

你看原神,鸣潮啊,都是用这个方案来处理的。

协议的话无所谓,一般我看用 protobuf 也挺多的。
coderxy
55 天前
因为很多游戏后端用的并不是 go 啊。 还有一些后端是多语言异构的,你搞 grpc ,等于说把路走窄了
nevermoreluo
55 天前
sagaxu
55 天前
按每个请求 100ms 算,每个 HTTP 1.1 的长连接也能做到 10rps ,这会成为卡牌类游戏的瓶颈吗?如果不够,升级到 HTTP 2 工作量也不大。很多游戏是 H5 ,发起 HTTP 请求是最天经地义的。
DefoliationM
55 天前
grpc 是 http2 根本不可用来做游戏,要是 quic 可能还行。
drymonfidelia
54 天前
@DefoliationM quic 不是大厂国内丢包到没法玩

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1076279

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX