集团新闻

游戏机制解析课:重复通知合并计数与滑动到期——4拍窗口的十五条通知(案例23)

2026-10-29

短时间内反复出现的相同提示可以合并成一条并显示次数。关键是明确新事件是否延长显示期限,以及刚好到期时新提示算旧组还是新组。

本篇给出一份完整且可重复的虚构游戏记录。先读清规则,再尝试自行推演输入,最后逐项对照中间状态。不同作品可以选择不同约定,只有在相同前提下才能比较结果;不要只看最终数字相同就认为过程正确。

约定与原始记录

每个通知类别独立计数,事件按时刻排序。同类事件到来时,若旧组仍有效则次数加一,否则从一开始;每次到来都把该组到期时刻设为当前时刻加窗口。当前时刻等于到期时刻时旧组已经失效。

合并窗口4 [[2, '拾取'], [4, '拾取'], [5, '发现'], [5, '发现'], [6, '完成'], [6, '拾取'], [8, '发现'], [11, '完成'], [16, '发现'], [18, '发现'], [19, '完成'], [22, '发现'], [23, '完成'], [24, '拾取'], [29, '发现']]

逐步计算

时刻2收到拾取,先到期移除[],本类现计1次、到期6;所有有效组[次数,到期时刻]为{'拾取': [1, 6]}。

时刻4收到拾取,先到期移除[],本类现计2次、到期8;所有有效组[次数,到期时刻]为{'拾取': [2, 8]}。

时刻5收到发现,先到期移除[],本类现计1次、到期9;所有有效组[次数,到期时刻]为{'发现': [1, 9], '拾取': [2, 8]}。

时刻5收到发现,先到期移除[],本类现计2次、到期9;所有有效组[次数,到期时刻]为{'发现': [2, 9], '拾取': [2, 8]}。

时刻6收到完成,先到期移除[],本类现计1次、到期10;所有有效组[次数,到期时刻]为{'发现': [2, 9], '完成': [1, 10], '拾取': [2, 8]}。

时刻6收到拾取,先到期移除[],本类现计3次、到期10;所有有效组[次数,到期时刻]为{'发现': [2, 9], '完成': [1, 10], '拾取': [3, 10]}。

时刻8收到发现,先到期移除[],本类现计3次、到期12;所有有效组[次数,到期时刻]为{'发现': [3, 12], '完成': [1, 10], '拾取': [3, 10]}。

时刻11收到完成,先到期移除['完成', '拾取'],本类现计1次、到期15;所有有效组[次数,到期时刻]为{'发现': [3, 12], '完成': [1, 15]}。

时刻16收到发现,先到期移除['发现', '完成'],本类现计1次、到期20;所有有效组[次数,到期时刻]为{'发现': [1, 20]}。

时刻18收到发现,先到期移除[],本类现计2次、到期22;所有有效组[次数,到期时刻]为{'发现': [2, 22]}。

时刻19收到完成,先到期移除[],本类现计1次、到期23;所有有效组[次数,到期时刻]为{'发现': [2, 22], '完成': [1, 23]}。

时刻22收到发现,先到期移除['发现'],本类现计1次、到期26;所有有效组[次数,到期时刻]为{'发现': [1, 26], '完成': [1, 23]}。

时刻23收到完成,先到期移除['完成'],本类现计1次、到期27;所有有效组[次数,到期时刻]为{'发现': [1, 26], '完成': [1, 27]}。

时刻24收到拾取,先到期移除[],本类现计1次、到期28;所有有效组[次数,到期时刻]为{'发现': [1, 26], '完成': [1, 27], '拾取': [1, 28]}。

时刻29收到发现,先到期移除['发现', '完成', '拾取'],本类现计1次、到期33;所有有效组[次数,到期时刻]为{'发现': [1, 33]}。

最后仍有效的类别为['发现'],只有同类新事件刷新该类到期时间。

复核方法与适用范围

对每个类别单独抽出事件序列,用相邻事件间隔是否小于窗口划分组;本次属于哪组、组内第几次,应与在线合并记录一致。其他类别的事件不会刷新这一组的期限。

相同类别是否允许合并是产品约定,不能把内容不同但看起来相似的提示随意折叠。本例只记录类别标签,没有丢弃最后一条真实事件;显示到期与后台事件是否已处理也是两个不同状态。

练习时可以只改动一个输入,再观察哪一步首次出现差异。对等于门槛、重复请求、空集合和最后一步分别留一份记录;如果发现异常,应先回到单位、顺序和边界约定,避免用额外补偿掩盖前面已经发生的错误。