4.9 KiB
色子点数（5–30）抽中概率分析
一、当前流程（为何 5 和 30 容易出、部分点数可能摇不到）
点数 rollNumber（5–30）由两步决定，而不是在 5–30 里直接按权重抽一次：
-
先抽档位
按池子/玩家权重抽 T1–T5 之一。 -
再在该档位内按权重抽一条“奖励配置”
$chosen = drawRewardByWeight(tierRewards)，得到一条配置，记其主键为chosenId。 -
按 chosenId 取“路径候选”
- 顺时针：
startCandidates = getCachedBySEndIndex(chosenId)→ 所有 s_end_index = chosenId 的配置。 - 逆时针：
startCandidates = getCachedByNEndIndex(chosenId)→ 所有 n_end_index = chosenId 的配置。
- 顺时针：
-
在路径候选中再按权重抽一条
$startRecord = drawRewardByWeight(startCandidates)，最终 rollNumber = $startRecord['grid_number']。
因此：
- 本局能出现哪些点数，完全由“当前 chosenId 对应的路径组”决定。
- 只有在 startCandidates 里出现的 grid_number 才会被摇到；不在该组里的点数本局根本不会参与抽取，相当于被“跳过”。
二、为何 5 和 30 摇到的概率会很大
可能原因：
-
路径数据里 5、30 占比高
对很多chosenId，其s_end_index=chosenId（或 n_end_index）的配置里，grid_number=5 和 30 的条数多、或 weight 设得大，其它点数少/权重小，所以在这组里一抽就经常是 5 或 30。 -
被抽中的 chosenId 偏集中在“含 5、30 的路径组”
档位内按权重抽到的$chosen的 id，如果经常落在某几类 id 上，而这些 id 对应的路径组里又以 5、30 为主，整体就会表现为 5、30 出现很多。 -
5、30 出现在很多路径组里
若 5、30 对应的配置的s_end_index/n_end_index覆盖了很多不同的 id（即出现在很多“路径组”里），而其它点数只出现在少数几个 id 的路径组里，那么 5、30 被抽到的机会自然更多。
三、为何有些点数“摇不到、像被跳过”
- 某点数 grid_number = G 本局能出，仅当：
当前chosenId对应的路径组里，存在至少一条配置的 grid_number = G（且 weight>0 会参与权重抽）。 - 若在所有
s_end_index = 某 id（或 n_end_index）的路径组里，都没有 grid_number=12 的配置，那么 12 就永远不会被摇到，即被“跳过”。 - 若 12 只出现在“很少被选中的 chosenId”对应的路径组里（例如这些 id 在档位内权重很低），那 12 就会很少出现。
所以：不是代码故意跳过某些点数，而是这些点数在当前数据下，没有进入“本局实际参与抽奖的那组路径”里。
5、30 摇得多 = 它们在这组路径里权重大或出现次数多；某些点数摇不到 = 它们没进这组路径或权重为 0。
四、建议的数据检查（在库里直接查）
在 dice_reward_config 表里可以做两类检查：
1）每个点数是否至少能出现在某个路径组里（避免永远摇不到）
- 顺时针：对每个 grid_number（5–30），是否存在至少一行 s_end_index = 某个在 T1–T5 里出现过的 id，且该行 weight > 0。
（“在 T1–T5 里出现过的 id” = 作为某条 T1–T5 配置的主键 id。） - 逆时针：同上，把
s_end_index换成n_end_index。
若某点数在顺时针（或逆时针）下没有任何一条这样的行，则该点数在该方向下永远不会被摇到。
2）各点数在“路径组内”的权重是否过于悬殊
- 对常见的 chosenId（例如在 T1 里权重高的几条配置的 id），查：
SELECT grid_number, SUM(weight) FROM dice_reward_config WHERE s_end_index = ? AND tier IN ('T1','T2',...) GROUP BY grid_number
看 5、30 的权重和是否明显高于 6–29，导致在该路径组内一抽就经常是 5 或 30。
五、可选：打开调试日志看“本局路径组里有哪些点数”
在 PlayStartLogic 里，在 $startRecord = drawRewardByWeight(...) 之后可加一段仅调试时启用的日志，例如：
- 打出：
chosenId、direction、本局路径组里出现的 grid_number 列表及每个 grid_number 的权重和（或条数）。
这样可以看到：每次抽奖时“实际参与抽奖的点数集合”是哪些，5、30 在该组里的权重是否偏大，以及哪些点数从未出现在日志里（即被跳过）。
结论：
- 5 和 30 摇到的概率大，是因为在“当前 chosenId 对应的路径组”里，它们权重高或出现次数多。
- 某些点数摇不到，是因为它们没有出现在任何“本局会用到”的路径组里，或只出现在极少被选中的路径组里。
要平衡概率，需要从路径数据入手：保证每个点数 5–30 至少出现在若干路径组中且 weight>0，并调低 5、30 在路径组内的权重或条数占比。