鹰角终末地外服出现问题的可能原因是什么?

1 月 23 日
 404www

开服上线前测试没有发现这个问题吗

2362 次点击
所在节点    程序员
12 条回复
fgfg163
1 月 24 日
使用多线程处理支付请求但是循环的时候用了全局指针,测试的时候共用一个银行卡测试支付没发现付错款
povsister
1 月 24 日
海外外包用了 vibe coding 吧,任何人类应该写不出这么逆天的逻辑
murmur
1 月 24 日
他就没在外服测试过

正常游戏 3 测是付费测试,有 bug ,但是充钱有额外返利

这次三测嘿没带老外玩
loveour
1 月 24 日
@povsister 以前做过接入支付的活儿,无论如何,付款的凭证和账号应该绑定,发起的订单在付款后应该校验。总不见得这玩意还拿索引之类的查找,然后索引又写坏了?只要做好绑定和校验,多线程也不会出问题啊,至少不会出这种不算小规模的抽卡付的问题。理解不了。不知道是设计犯了低级错误,还是写法太“高级”出的问题。
hackroad
1 月 25 日
内部消息,研发 VS QA 55 开责任
mightofcode
1 月 25 日
神奇的 bug
flyqie
1 月 25 日
@hackroad #5

好奇,是#1 说的原因吗?

看来以后测试流程还得改善啊。。
a852695
1 月 25 日
比较好奇终末地这种支付应该会用比较成熟的中间件方案吧,这个问题看起来有点离谱了。
Lockroach
1 月 26 日
比较统一的看法是高并发和多线程下没有处理好线程安全的问题。paypal 支付的 token 似乎也不是阅后即焚的一次有效类型,需要开发者自行处理。开发对接和测试不到位之下导致此次事故。
之前看 b 站有个视频分析可能是使用 go 作为后端语言,在闭包中访问到了外部变量导致获取的是线程池中线程可见的最后一个用户的 token ,导致重复使用。
Nanosk
1 月 26 日
@Lockroach 这错误简直是低级到不能再低级了,什么水平都能进去了
kiracyan
1 月 26 日
@flyqie QA 这个锅背大了
lovelive1024
1 月 26 日
据说连付费测试都没进行,第一次见这么逆天的,估计是为了赶寒假上线?

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

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

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

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

© 2021 V2EX