Skip to content

关于SR最近3个版本的公平抽取设置失效的情况 #249

@MTDC22409

Description

@MTDC22409

检查清单

  • 我已更新到最新版,确认这一 Bug 还没有修复。我也已在 GitHub Issues 中检索,确认这一 Bug 未被提交过。
  • 我已经仔细阅读过选项里的内容,并且知道这个选项不用勾选。
  • 我已知晓并同意,此处仅用于汇报程序中存在的问题(关于其他非程序本身的问题应当在 Discussion 板块提出)。

期望的行为

在所有公平抽取设置开启、名单重置设置为“直到全部抽取完”、课前重置开启的情况下,实现最大次数差距小于5的公平抽取

实际结果

抽取次数最低的
Image
抽取次数最高的
Image

重现步骤

(我们不说怎样重现,说反映的现象)
在2026年5月至今,我们在设置抽取设置为“公平抽取”、启用所有的公平抽取设置后(启用抽取后屏蔽2个小时、各平衡的权重小于3、频率惩罚函数为指数且该权重大于3),仍出现总有同学逾四周未被抽中、有的同学于同一天中被抽中多次的问题。

同时还发现:

  1. 有的同学于同一天中被抽中多次,屏蔽机制未有效发挥作用。有时上一节课刚被抽中,在下一节课(不同科目、课间10分钟重置后无抽取)又被抽中。

  2. 我们发现,公平抽取设置只在设置后第一周有效果,超过一周后公平抽取设置的作用则衰弱。

  3. 我们发现平均保护的保护对象不明确,偏向于偏离均值的绝对值较大的学生。

假设一个班中有40名学生。当名单初次被使用,抽到一个同学时,平均抽取次数为0.0025。我们做了小范围测试。抽取后待SecRandom自行重置后,在大于屏蔽时间后再抽取一次,抽到该同学的概率更大。理由是:该同学的抽取次数距均值差比其他同学更大。

综上,v2.3.6至v2.3.15存在公平抽取的漏洞,存在问题就是各公平机制的优先级差异无法通过简单调整权重解决。

截图/录屏(可选,建议)

No response

诊断信息

123网盘链接(包括2个班的数据)
https://1842524997.share.123865.com/123pan/9qduTd-GEX83

最后一步

  • 我认为上述的描述已经足以详细,以允许开发人员能复现该问题。如果我的 issue 没有按照上述的要求填写,可能会被无条件关闭。

Metadata

Metadata

Assignees

Labels

Bug程序没有正常工作正在处理此标签表示此issue正在处理

Type

No fields configured for Bug.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions