用ArrayList存学生对象因长度可变、增删高效且自动扩容；数组需手动复制易出错，常见ArrayIndexOutOfBoundsException、空指针等问题；Student类需重写toString()，应存对象而非字符串拼接，字段建模利于扩展；Scanner输入需处理换行符残留；排序须正确实现Comparable或传Comparator。
为什么用 ArrayList 存学生对象而不是数组
因为学生数量不固定，增删操作频繁，而普通数组初始化后长度不可变，每次添加都要手动扩容、复制，容易出错且冗余。用 ArrayList 能自动处理这些，写起来干净，也不用提前猜要存多少人。
常见错误现象：ArrayIndexOutOfBoundsException 频繁出现；新增学生时反复写 System.arraycopy；删除后留下 null 导致后续遍历时空指针。
- 学生类（如
Student）必须有合理的toString()，否则打印出来是类似Student@1b6d3586的地址 - 别用
ArrayList<string></string>存姓名+成绩拼接字符串——后期查某科平均分、按总分排序都得拆包，直接存对象更稳 - 如果后续可能导出 Excel 或对接数据库，现在就按字段建模（
name、chinese、math），别图省事塞进一个String[]
Scanner 读整数时卡住或跳过输入的真正原因
不是 Scanner 有 bug，而是它读完数字后，回车符（\n）还留在缓冲区里，下次调用 nextLine() 就立刻读到这个空行，看起来像“跳过了”。
典型场景：先用 nextInt() 输入学号，再用 nextLine() 输入姓名，结果姓名直接为空。
立即学习“Java免费学习笔记（深入）”；
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 统一用
nextLine()读所有输入，再用Integer.parseInt()转数字——最不容易出错 - 非要用
nextInt()，后面紧跟一句scanner.nextLine()吃掉换行符 - 别在循环里反复新建
Scanner实例（比如每次操作都new Scanner(System.in)），会导致资源混乱，甚至阻塞
按总分排序学生却没反应？检查 compareTo 和 sort 的配合
用 Collections.sort(list) 前，Student 类必须实现 Comparable<student></student>，且 compareTo 方法返回值逻辑要对——返回正数表示“当前对象 > 参数”，不是“当前对象更大就 return 1”。
错误写法示例：return this.totalScore > s.totalScore ? 1 : -1 ——完全忽略相等的情况，导致排序不稳定甚至死循环。
- 正确写法是：
return Integer.compare(this.totalScore, s.totalScore)（升序）或加负号（降序） - 如果只临时排一次，也可以不用改类，直接传
Comparator：Collections.sort(students, (a, b) -> b.getTotalScore() - a.getTotalScore()) - 注意：
ArrayList本身不自动排序，sort是原地修改，不会返回新列表
删除学生后显示“找不到”，其实是索引没更新或条件匹配太松
控制台系统里常用“输入学号删除”，但若用 for (int i = 0; i 遍历并调用 <code>list.remove(i)，删完一个后后面元素前移，i 却继续加 1，会跳过下一个学生。
另一个坑是：用 student.getName().equals(input) 删姓名，但用户输的是“张三 ”（带空格）或大小写不一致，匹配失败。
- 安全删除推荐用增强 for 循环 +
Iterator：Iterator<student> it = list.iterator(); while (it.hasNext()) { if (it.next().getId() == id) it.remove(); }</student> - 查找条件尽量用唯一字段（如
id），避免用姓名、班级等可能重复或含空格/大小写的字段 - 删除前先
trim()输入，比较时用equalsIgnoreCase()或转小写，但仅限于非关键字段
控制台程序看似简单，但输入解析、集合操作、边界判断这三块最容易藏 bug。尤其是学生对象属性一多，toString 没重写、compareTo 返回值写反、删元素时用错索引——这些问题不会报编译错，运行时才暴露，而且现象模糊。
