collections.sort()配合自定义comparator可对学生列表按总分降序排序，总分相同时按学号升序；stream.sorted()适合不修改原集合的场景，需遍历赋名次；并列排名需排序后扫描实现，首名固定为1，后续依与前一名分数是否相等决定名次。
用 Collections.sort() 对学生列表按总分降序排序
直接调用 Collections.sort() 配合自定义 Comparator 是最常用方式。注意必须是降序（高分在前），否则排名会反掉。
- 学生类需有
getTotalScore()方法返回int或double，避免自动拆箱空指针 - 排序前确认集合非
null且不含null元素，否则抛NullPointerException - 若总分相同，应补充二级排序（如按学号升序），否则
sort()不保证稳定顺序，相同分数学生排名可能每次运行不一致
Collections.sort(students, (a, b) -> {
int scoreDiff = Double.compare(b.getTotalScore(), a.getTotalScore());
if (scoreDiff != 0) return scoreDiff;
return a.getStudentId().compareTo(b.getStudentId());
});用 Stream.sorted() 生成带名次的新列表
如果不想修改原集合，或需要链式处理（比如先过滤再排名），Stream.sorted() 更合适。但注意它不直接提供“第几名”，得靠 Collectors.toList() 后遍历赋值。
-
Stream是惰性求值，未终止操作（如collect()）前不会真正排序 - 不能在
sorted()中直接写索引逻辑（如 “i+1”），因为流不暴露原始下标 - 若数据量大（>10万条），
Stream排序性能略低于Collections.sort()，因涉及装箱/函数式开销
List<Student> ranked = students.stream()
.sorted((a, b) -> Double.compare(b.getTotalScore(), a.getTotalScore()))
.collect(Collectors.toList());
<p>for (int i = 0; i < ranked.size(); i++) {
ranked.get(i).setRank(i + 1);
}处理并列排名（同分同名次，后续跳号）
真实教务场景中，“95、95、93” 应排为“1、1、3”，而非“1、2、3”。这无法靠单次 sort() 完成，必须排序后扫描赋值。
- 不要用
Map缓存分数→名次映射再查表，当多人同分且分数重复出现时容易错位 - 循环中比较的是当前学生与**上一名学生**的分数，不是与首名比较
- 第一名固定为 1，从第二名开始判断是否并列：若分数等于前一人，则名次不变；否则名次 = 前一名次 + 1
if (!ranked.isEmpty()) {
ranked.get(0).setRank(1);
for (int i = 1; i < ranked.size(); i++) {
double curr = ranked.get(i).getTotalScore();
double prev = ranked.get(i - 1).getTotalScore();
int prevRank = ranked.get(i - 1).getRank();
ranked.get(i).setRank(curr == prev ? prevRank : prevRank + 1);
}
}为什么不用 TreeSet 自动排序？
有人想用 TreeSet 替代手动排序，但实际踩坑多：一旦学生总分相同，TreeSet 会把它们视为重复元素直接丢弃，导致名单不全。
立即学习“Java免费学习笔记（深入）”；
-
TreeSet依赖compareTo()或Comparator判断“相等”，而分数相等 ≠ 学生相等 - 即使重写
compareTo()加入学号作为第二条件，也无法解决“并列排名”需求——它只保证唯一性和顺序，不提供名次编号能力 - 插入
O(log n)看似快，但构建整个集合要n log n，且后续取排名仍需遍历，总体更重
真正需要动态增删+实时排名的场景，才值得考虑 TreeSet + 辅助计数结构；普通批量排名，老实用 sort()。
