“9.1评分”通常体现：阻止页面显示或平台最近一次更新的时间 ，，，，，，系统把加入评价的分数凭证某种规则汇总 ，，，，，，再保存到小数点后一位。。。。。。。最常见的做法是盘算算术平均值 ，，，，，，但部分平台还可能对评分设置权重、样本量修正或其他统计处置惩罚 ，，，，，，因此仅凭“9.1”这个效果 ，，，，，，不可直接确定唯一公式。。。。。。。
若是所有评分一律计入：用总分除以评分人数
当平台明确接纳通俗平均分 ，，，，，，且每一条评分的分值、量表和权重都相同 ，，，，，，盘算公式是：
原始平均分 R = 所有评分之和 ÷ 有用评分数目
页面显示分 = R 按平台规则保存一位小数
例如 ，，，，，，假设有12条有用评分 ，，，，，，它们的总分是109分：
R = 109 ÷ 12 = 9.0833……
若是平台接纳通常的四舍五入 ，，，，，，9.0833会显示为9.1分。。。。。。。这里的数字只是用于说明公式的假设示例 ，，，，，，并不代表任何真实平台或真实工具的数据。。。。。。。
| 符号或数据 | 寄义 |
|---|---|
| R | 未四舍五入的原始平均分 |
| 评分之和 | 所有有用评分的分值总和 ，，，，，，单位是“分” |
| 有用评分数目 | 现实被平台纳入统计的评分条数 |
| 9.1 | 经由显示名堂处置惩罚后的效果 ，，，，，，通常为10分制下的一位小数 |
因此 ，，，，，，9.1并纷歧定意味着原始平均值恰恰即是9.1000。。。。。。。若平台使用标准四舍五入并保存一位小数 ，，，，，，原始平均值通 ？？？赡苈湓9.05至小于9.15的规模内。。。。。。。若平台接纳截断、特殊舍入或其他显示规则 ，，，，，，这个规模就会差别。。。。。。。
若是平台对评分加权：先算加权平均分
有些平台不会让每一条评分拥有完全相同的影响力。。。。。。。例如 ，，，，，，平台可能凭证评分泉源、时间、评价可信度或其他内部规则设置权重。。。。。。。此时 ，，，，，，不可简朴地把所有分数相加再除以条数 ，，，，，，而要使用加权平均公式：
加权平均分 R =（评分1 × 权重1 + 评分2 × 权重2 + ……）÷（权重1 + 权重2 + ……）
假设只是为了演示：近期4条评分的平均值是9.5 ，，，，，，平台把近期评分的权重设为2；；；；；；另外6条较早评分的平均值是8.5 ，，，，，，权重设为1。。。。。。。那么：
R =（9.5 × 4 × 2 + 8.5 × 6 × 1）÷（4 × 2 + 6 × 1）
R =（76 + 51）÷ 14 = 9.0714……
按一位小数显示后 ，，，，，，效果仍可能是9.1。。。。。。。这个例子说明 ，，，，，，纵然评分人数和各组平均值相同 ，，，，，，只要权重差别 ，，，，，，最终评分就可能差别。。。。。。。现实平台是否使用加权、权重怎样设定 ，，，，，，必需以平台果真的评辩白明为准 ，，，，，，不可从9.1这个效果反推出详细权重。。。。。。。
若是平台还修正样本量：9.1可能不是简朴平均分
当评分数目很少时 ，，，，，，一两条极端评分就可能显着改变平均值。。。。。。。有的平台为了镌汰小样本波动 ，，，，，，会把目今平均分与一个基准分连系 ，，，，，，形成调解后的评分。。。。。。。常见的说明方法可以写成：
调解分 = n ÷（n + m）× 目今平均分 + m ÷（n + m）× 基准分
其中 ，，，，，，n是目今有用评分数目 ，，，，，，m是平台设定的修正参数 ，，，，，，基准分是平台选定的参考水平。。。。。。。这个公式只是统计模子的一种示意 ，，，，，，并非所有平台都会接纳。。。。。。。
在这种情形下 ，，，，，，页面显示9.1时 ，，，，，，数字可能代表调解后的排序分 ，，，，，，而不是用户评分直接相加获得的算术平均值。。。。。。。尤其是评分数目较少、页面同时强调“综合评分”“推荐指数”或“算法评分”时 ，，，，，，更应先确认评分界说。。。。。。。
若是原始评分是五星制：先把星级换算到统一单位
“9.1评分”通常让人明确为10分制 ，，，，，，但有些页面会把五星评分转换为10分制后显示。。。。。。。若平台接纳线性换算 ，，，，，，公式可以写成：
10分制分数 = 五星制分数 ÷ 5 × 10
例如 ，，，，，，假设某工具的五星制平均分为4.55星 ，，，，，，并且平台接纳线性转换：
4.55 ÷ 5 × 10 = 9.1
这里的要害是“接纳线性转换”。。。。。。。若是平台把差别星级映射为非等距分值 ，，，，，，或者把星级、文字评价、推荐比例合并盘算 ，，，，，，就不可直接用乘以2的要领换算。。。。。。 ？？？吹9.1时 ，，，，，，先确认原始单位是10分、5星、百分制 ，，，，，，照旧综合指数 ，，，，，，阻止把差别量表混在一起。。。。。。。
为什么统一工具的评分会从9.1酿成其他数字
若是评分会随时间转变 ，，，，，，通常是由于统计规模爆发了转变。。。。。。。新增评分会改变总分和评分数目 ，，，，，，删除无效评价会改变样本 ，，，，，，平台更新算法或重新处置惩罚异常数据 ，，，，，，也可能导致显示值转变。。。。。。。
在通俗平均分的情形下 ，，，，，，加入一条新评分后的效果可以写成：
新平均分 =（原评分总和 + 新评分）÷（原评分数目 + 1）
例如 ，，，，，，原来有100条评分 ，，，，，，平均分为9.1 ，，，，，，则原总分可按假设值盘算为910分。。。。。。。若是新增一条8分评价 ，，，，，，新平均分就是：
（910 + 8）÷ 101 = 9.0891……
按一位小数显示时 ，，，，，，仍可能显示9.1。。。。。。。由此可见 ，，，，，，页面上的显示值暂时没有转变 ，，，，，，不代表底层原始平均分没有转变；；；；；；只是转变幅度尚未抵达下一位小数的显示区间。。。。。。。
只知道“9.1”时 ，，，，，，哪些信息无法反推出
- 无法仅凭9.1判断评分总人数。。。。。。。10条评分和10万条评分都可能显示为9.1。。。。。。。
- 无法确定原始平均值是9.10、9.08照旧其他能够显示为9.1的数值。。。。。。。
- 无法确认平台是否使用了权重、基准分或异常评分过滤。。。。。。。
- 无法确定这个数字是10分制、五星制换算值 ，，，，，，照旧另一种综合指标。。。。。。。
- 无法仅凭目今页面判断统计阻止时间；；；；；；页面可能实时更新 ，，，，，，也可能按批次刷新。。。。。。。
判断9.1评分盘算口径的适用顺序
- 先看满分是几多。。。。。。。确认9.1对应的是10分制、5星制换算 ，，，，，，照旧百分制。。。。。。。
- 再看评分人数。。。。。。。人数只能资助判断样本规模 ，，，，，，不可单独决议评分崎岖。。。。。。。
- 审查平台是否写明“平均分”或“综合评分”。。。。。。。前者更靠近通俗平均值 ，，，，，，后者可能包括特殊指标。。。。。。。
- 确认更新时间。。。。。。。评分是一个随新增、删除和修正而转变的效果 ，，，，，，必需对应详细显示时点。。。。。。。
- 最后确认小数处置惩罚方法。。。。。。。四舍五入、截断和特殊舍入都可能让相近的原始分显示成差别效果。。。。。。。
归纳综合来说 ，，，，，，9.1评分最常见的盘算方法是“有用评分总和 ÷ 有用评分数目” ，，，，，，再将效果保存一位小数；；；；；；若是平台接纳加权、样本量修正或星级转换 ，，，，，，公式就会响应转变。。。。。。。要获得准确谜底 ，，，，，，需要同时知道评分量表、统计工具、有用样本规模、盘算权重和阻止时间 ，，，，，，而不可只凭证页面上的9.1倒推出完整历程。。。。。。。
fcmy8dk0pejtu7xirjn0rahrfnpw
Android版
iPhone版