本帖最后由 NoName德里奇 于 2018-11-23 19:15 编辑

为了避免无谓的损失，请各位dalao读完之后不要去测试这个 Bug，
因为之前有不少 dalao 已经验证了，它的确是存在的。


如题，事故现场：http://www.mcbbs.net/thread-831229-1-1.html
这是事故现场的截图：

我在评分时的积分等级是 Lv.8，
其他的八级用户可以试试看，自己的帖子评分菜单是不是这样：

我这里由于某些原因，一次评出 +4 人气，
但是由于达到本日评分上限，我就没法再尝试一次了。
Bug 复现过程如下：
1. 正常地输入评分数值，选择或者输入评分附言；
2. 快速猛击 Ctrl+Enter，如果看到“内部错误，无法现实此内容”，
    Bug 此时应该复现成功，完成了翻倍评分。

这次事故现场的 dalao 一番慷慨直言，的确值得得到 +4 人气；
但是如果这种 Bug 被人用来违规金粒转账，我想不是论坛的管.理.员愿意看到的。
大概就是这样。

经证实，该BUG是真的。
版主可酌情考虑撤销我的评分。
@混乱
#脸黑

感谢楼上的测试。
我这里收到的系统提醒可能有一定的参考意义：

可以看到，楼上 dalao 的评分时 +1/次，但是却能够连续使用四次，
应该是卡了后台短时间的无响应。

试了下，在评分已耗尽的情况下是真正的无法评分

这个 Bug 还是有点局限性的

要修复此 Bug 是很困难的一件事，原因不在于 Discuz！ 不稳定，而是因为论坛其实是由多个服务器并行运行的……

话说我出现了这个提示，但没有成功唉

老bug了，我第一次在论坛遇到是16年好像
无线点按钮就OK

这个是一个好几年前就有的Bug了....

PS ： 楼主就这样获得了14人气....

测试了一下还真的可以。
感觉是因为论坛服务器负载均衡的原因，后台有多台服务器同时处理数据。
而利用狂按快速发送请求会导致请求被负载均衡处理，而操作写入数据库时是有延迟的。
这时候如果你的手速过快就可以在第一台服务器写入 db 之前向第二台服务器发起请求，两台服务器都写入 db 数据了，这样就出现了二次评分的情况。
做过电商网站的人应该都知道，做了负载均衡以后，在遇到秒杀抢购的时候很容易出现重复订单的情况。
这时候只有通过数据库并发限制接口才能解决这个问题，通过建立一个数据处理队列，通过接口逐条处理数据。

我这里重复评分失败了，可能是我这里网络问题（垃圾校园网）

剩余 20 金粒我后续有时间再想办法还给你吧

正常，我卡过38人气（可以看我在反馈版的帖子），当然最后评分撤回了。

数据库的线程安全性出了问题而已，
个人觉得，只需要在表单校验的js里面增加一个判断就可以了，

如果要从根源上解决这个并发问题的话，
可以通过对数据库添加排它锁来解决，不过几率出现活锁。

emmmm  大概是手速慢了

这跟网络环境不好的情况下，一直用鼠标点确认是一样的

老早以前就有的bug了
我好像还反馈一次(
只是这样子撤销评分的话会倒扣相应积分

在以往的此类反馈贴听说只是看起来而已？现在又是确有其事？
你这波赚翻了啊
话说，如果这样评分金粒，会扣除相应数量的吗？（即双倍）@skpsk自己家

我压根没有超过30金粒XD

确有其事。
这样得到的积分某种意义上属于非.法所得，
被管理员没收也是合情合理的，我并不指望依靠 bug 来发财。

这个BUG有时候实际给的数量并没有显示的那么多
撤销评分之后会倒扣分

这个BUG经过研究甚至可以被人刻意利用 能用一种方法稳定触发

这种方法已经写在一楼了

你这个猛敲坏键盘 而且也不是百分百成功 huaji