Object.values提取分数前必须确认对象结构为扁平键值对，否则需用Object.keys过滤或路径访问；须校验并转换数值类型防NaN，嵌套结构不可直接使用Object.values。
Object.values提取分数字段时，必须先确认对象结构
直接对业务对象调用 Object.values() 得到的不一定是数字，很可能是混合类型（如字符串、null、嵌套对象）。比如用户数据是 { id: 1, name: "张三", score: 85, extra: { bonus: 5 } }，这时 Object.values() 返回的是 [1, "张三", 85, { bonus: 5 }]，不能直接求和。
真正能安全统计的，是那些「所有分数都作为顶层属性值」的对象，例如：{ math: 92, english: 87, science: 90 }。否则得先用 Object.entries() 过滤键名，或配合 Object.keys() 显式指定字段。
- 如果分数字段名固定（如
math、english），推荐用Object.keys(obj).filter(k => ['math','english','science'].includes(k))+map提取 - 如果分数字段名有规律（如都以
Score结尾），可用Object.keys(obj).filter(k => k.endsWith('Score')) - 若不确定结构，先加
console.log(Object.values(obj))看一眼实际输出，避免误把id或name当成分数参与计算
用Object.values + 数字校验防止NaN结果
Object.values() 不做类型转换，遇到字符串 "85"、undefined 或 null 会传给 Number() 变成 NaN，一旦数组里有一个 NaN，reduce((a,b) => a+b) 的结果就是 NaN —— 总和和平均值全崩。
必须显式过滤并转换：
const scores = Object.values(subjectScores) .map(v => Number(v)) .filter(v => !isNaN(v) && isFinite(v));
注意：Number(" ") 是 0，Number("") 也是 0，如果空字符串不该算分，得额外排除：.filter(v => !isNaN(v) && isFinite(v) && v !== 0 || String(v).trim() !== "")（更稳妥是先 trim() 再转）。
总和与平均值的一行写法及性能提醒
可以链式写出总和与平均值，但要注意可读性和调试成本：
const values = Object.values(subjectScores); const scores = values.map(Number).filter(n => isFinite(n)); const sum = scores.reduce((a, b) => a + b, 0); const avg = scores.length ? Number((sum / scores.length).toFixed(2)) : 0;
关键点：
-
reduce初始值必须设为0，否则空数组会返回undefined，再参与除法得NaN -
toFixed(2)返回字符串，需要再包一层Number()才是数字类型，否则后续比较（如avg > 90）可能隐式转换出问题 - 不要为了“简洁”写成一行：比如
Object.values(o).map(...).filter(...).reduce(...) / ...length—— 中间出错没法定位是哪步挂了
遇到嵌套对象或数组时，Object.values完全不适用
如果业务对象长这样：{ user: { name: "李四", scores: [88, 91, 84] } }，Object.values() 返回的是 [{ name: "李四", scores: [88, 91, 84] }]，根本拿不到分数数组。
此时必须换策略：
- 用路径访问：直接取
obj.user.scores，再对数组操作 - 用
JSON.stringify()+ 正则提取数字（仅限简单场景，不可靠） - 写递归函数遍历对象找所有数字值（慎用，容易误抓 ID、时间戳等非分数数字）
没有银弹。看到嵌套就别硬套 Object.values()，它只解决「扁平键值对」这一种情况。
最常被忽略的是：业务对象是否真的「所有分数都在顶层」—— 多看两眼原始数据，比调半天 NaN 有意义得多。
