 |
1
fgfg163 4 天前
使用多线程处理支付请求但是循环的时候用了全局指针，测试的时候共用一个银行卡测试支付没发现付错款
|
 |
2
povsister 3 天前
海外外包用了 vibe coding 吧，任何人类应该写不出这么逆天的逻辑
|
 |
3
murmur 3 天前
他就没在外服测试过
正常游戏 3 测是付费测试，有 bug ，但是充钱有额外返利 这次三测嘿没带老外玩 |
 |
4
loveour 3 天前
@povsister 以前做过接入支付的活儿，无论如何，付款的凭证和账号应该绑定，发起的订单在付款后应该校验。总不见得这玩意还拿索引之类的查找，然后索引又写坏了？只要做好绑定和校验，多线程也不会出问题啊，至少不会出这种不算小规模的抽卡付的问题。理解不了。不知道是设计犯了低级错误，还是写法太“高级”出的问题。
|
 |
5
hackroad 2 天前
内部消息，研发 VS QA 55 开责任
|
 |
6
mightofcode 2 天前
神奇的 bug
|
 |
8
a852695 2 天前
比较好奇终末地这种支付应该会用比较成熟的中间件方案吧，这个问题看起来有点离谱了。
|
 |
9
Lockroach 2 天前
比较统一的看法是高并发和多线程下没有处理好线程安全的问题。paypal 支付的 token 似乎也不是阅后即焚的一次有效类型，需要开发者自行处理。开发对接和测试不到位之下导致此次事故。
之前看 b 站有个视频分析可能是使用 go 作为后端语言，在闭包中访问到了外部变量导致获取的是线程池中线程可见的最后一个用户的 token ，导致重复使用。 |
 |
12
lovelive1024 2 天前
据说连付费测试都没进行，第一次见这么逆天的，估计是为了赶寒假上线？
|
Select Language