用 Collectors.groupingBy 按班级分组学生
Java 8 的 Stream + Collectors.groupingBy 是最常用、最直观的分组方式。前提是学生对象有明确的分组字段（如 className），且不关心分组后顺序或去重逻辑。
常见错误是直接对 List<student></student> 调用 stream().collect(...) 却忽略 Student 类没重写 equals/hashCode ——这不会影响分组本身，但后续若对分组后的 List<student></student> 做去重或查找，就会出问题。
- 分组键必须是不可变对象，推荐用
String（如班级名）或枚举；避免用含可变字段的自定义对象作 key - 默认返回
Map<string list>></string>，若要改为Set存储每组学生，改用Collectors.groupingBy(s -> s.getClassName(), Collectors.toSet()) - 如果班级字段可能为
null，需提前过滤或用Collectors.groupingBy(s -> Optional.ofNullable(s.getClassName()).orElse("未知"))
Map<String, List<Student>> classGroups = students.stream()
.collect(Collectors.groupingBy(Student::getClassName));
按成绩区间分组：用 Function 动态计算分组键
当分组逻辑不是简单取字段，而是需要计算（比如“60以下为不及格，60–79为中等，80以上为优秀”），就不能直接传方法引用，得写一个 Function<student string></student>。
容易踩的坑是把判断逻辑写在 groupingBy 外面做预处理——这样会多遍历一次数据，性能差；正确做法是把逻辑内联进 lambda。
立即学习“Java免费学习笔记（深入）”；
将一个或多个 UI 原型图、线框图、产品截图或设计稿转换为标准化、可直接交付的 PRD 风格文档，供产品、设计、前端和测试共同使用。适用于 Codex 需要分析 PC 网页、桌面端、移动端、响应式页面、独立弹窗、表单、表格、看板、数据大屏或多页面流程截图，还原页面结构与交互，强制套用固定文档模板，抽取跨页面共享规则，或把一组原型沉淀为单页规范文档加整体业务流程文档的场景。不适用于纯视觉审美点评、代码实现、接口设计、埋点方案、竞品分析或无 UI 输入的业务需求创作。
- 避免在 lambda 中调用耗时方法（如数据库查询、IO），分组操作应在内存完成
- 如果成绩字段是
Double或BigDecimal，注意浮点精度比较，建议转为int后再判断 - 分组键字符串建议统一常量化（如
"不及格"），别拼错导致同一语义出现多个 key
Map<String, List<Student>> gradeGroups = students.stream()
.collect(Collectors.groupingBy(s -> {
int score = s.getScore().intValue();
if (score < 60) return "不及格";
else if (score < 80) return "中等";
else return "优秀";
}));
多级分组：先按学院再按专业，用 groupingBy 嵌套
真实业务中常需二维分组，例如「计算机学院 > 软件工程」、「数学学院 > 统计学」。Java 支持用 Collectors.groupingBy 套一层再套一层，生成 Map<college map list>>></college>。
注意嵌套层级越深，key 的空值风险越高。如果某学生 college 为 null，外层 map 就会抛 NullPointerException（除非显式处理）。
- 外层分组 key 为
null时，整个分组失败；可用Collectors.groupingBy(s -> s.getCollege() != null ? s.getCollege() : "未分配")防御 - 内层分组结果是
Map，不是List，遍历时要用两层entrySet() - 若只需某一层的统计数（如各学院人数），用
Collectors.counting()更省内存
Map<String, Map<String, List<Student>>> collegeMajorGroups = students.stream()
.collect(Collectors.groupingBy(Student::getCollege,
Collectors.groupingBy(Student::getMajor)));
分组后保留插入顺序：用 LinkedHashMap 作容器
groupingBy 默认用 HashMap，分组结果 key 的顺序是不确定的。如果前端要求“按班级录入顺序展示”，就得强制用 LinkedHashMap。
这不是加个注解就能解决的事——必须显式传入 Supplier 创建目标 map 实例，否则无效。
- 只传
LinkedHashMap::new不够，还必须配合第三个参数（下游 collector），否则编译不通过 - 如果分组后还要按学生姓名排序，应在下游 collector 里组合
Collectors.toList()再手动排序，不要在分组外二次遍历 - 并发场景下不能用
LinkedHashMap，应改用ConcurrentHashMap+Collectors.toConcurrentMap替代
Map<String, List<Student>> orderedGroups = students.stream()
.collect(Collectors.groupingBy(Student::getClassName,
LinkedHashMap::new,
Collectors.toList()));
分组逻辑看似简单，但键的空值处理、嵌套深度、容器类型选择、以及后续如何高效查某组数据——这些地方一疏忽，上线后就容易返工。 
