Java成绩管理实现详解

本文深入剖析了Java控制台成绩管理系统开发中高频出现的五大实战痛点：从因错误使用nextInt()导致的InputMismatchException异常，到用nextLine()配合try-catch和换行符清理的健壮输入处理；从ArrayList线性查询性能瓶颈，到引入HashMap实现O(1)学号查重与快速检索；从contains()引发的姓名误匹配，到startsWith()前缀搜索与大小写安全的模糊查询优化；再到利用纯文本CSV持久化替代危险的ObjectOutputStream，确保数据不随程序关闭而丢失；最后强调真实场景中空输入、中文编码、异常中断等边界问题才是决定程序是否“靠谱”的关键——这些看似琐碎却极易被忽视的细节，恰恰构成了从能跑通到可交付的真正分水岭。

成绩录入用 Scanner 读取用户输入时，为什么总报 InputMismatchException

常见于用户输入了非数字内容（比如输成“95分”或直接回车），而程序用 nextInt() 强行读取导致。Java 的 Scanner 不会自动跳过非法 token，后续调用会卡在残留输入上。

• 改用 nextLine() 读整行，再用 Integer.parseInt() 转换，并包 try-catch
• 读完数字后，如果紧接着要读姓名等字符串，必须额外调用一次 nextLine() 消费掉换行符，否则下一次 nextLine() 会立刻返回空字符串
• 更稳妥的做法：统一用 nextLine()，对每行做 String.trim().isEmpty() 判空，避免空输入崩溃

用 ArrayList 存成绩，但查询慢、查重难

线性遍历查姓名或学号，在数据量超 100 条后响应明显延迟；且无法快速判断某学号是否已存在，容易重复录入。

• 保留 ArrayList 做有序展示（如按录入顺序打印全部），但另建一个 HashMap，以学号为 key，实现 O(1) 查询和去重校验
• 录入前先 map.containsKey(studentId)，true 就提示“学号已存在”，不插入
• 注意：Student 类若作为 value 被多次更新，需确保修改的是同一对象引用，而不是新建对象 put 进去——否则 map 里存的还是旧数据

成绩查询支持模糊匹配姓名，但 contains() 导致误匹配

比如搜“李”，结果把“张黎明”“王理”全列出来，因为 "张黎明".contains("李") 是 true。

• 改用 name.startsWith(input) 实现前缀匹配，更符合实际场景（用户通常记得姓氏或开头几个字）
• 若真需要模糊搜索，建议转小写后用 indexOf(input.toLowerCase()) == 0，避免大小写干扰
• 不要在循环里反复调用 toLowerCase()，提前存好 inputLower = input.toLowerCase()，再对每个学生姓名做转换比较

public List<Student> searchByName(String keyword) {
    String kw = keyword.trim().toLowerCase();
    if (kw.isEmpty()) return Collections.emptyList();
    return students.stream()
            .filter(s -> s.getName().toLowerCase().startsWith(kw))
            .collect(Collectors.toList());
}

退出程序前不保存，重启就丢数据

控制台程序默认所有数据都在内存，关闭 JVM 后 ArrayList 和 HashMap 全部释放，没有持久化等于没做。

• 最简方案：用 PrintWriter 把每条 Student 的字段用逗号拼成一行，写入 grades.txt；加载时用 Files.readAllLines() 逐行 split(",") 还原
• 别用 ObjectOutputStream——它生成二进制文件，不可读、跨 JDK 版本可能反序列化失败，调试排查极困难
• 写文件前加 try-with-resources，确保流关闭；读文件捕获 IOException 并给出明确提示（如“成绩文件不存在，将初始化为空列表”）

理论要掌握，实操不能落！以上关于《Java成绩管理实现详解》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！