Java实现简单通讯录系统教程

本文深入浅出地讲解了用Java构建实用通讯录系统的核心实践要点，强调摒弃硬编码数组、改用ArrayList实现动态增删，详解Contact类必须重写equals()和hashCode()、遍历删除的正确姿势、Stream API进行高效模糊搜索、以及优先选用JSON或CSV而非ObjectOutputStream进行安全可维护的数据持久化；同时点破新手高频陷阱——如视图未刷新、对象引用误用、线程不安全等，直击“功能看似正常却暗藏Bug”的真实开发痛点，助你写出健壮、可扩展、易调试的生产级小工具代码。

用 ArrayList 存通讯录对象，别用数组硬编码

硬写 String[] names 或 Contact[] list 会导致增删困难、长度固定。真实场景下，联系人数量动态变化，必须用可变集合。直接上 ArrayList，Contact 是你自己定义的类，含 name、phone、email 等字段。

注意点：

• Contact 类必须重写 equals() 和 hashCode()，否则 list.remove(contact) 可能失效（默认比较引用）
• 不要在遍历 ArrayList 时直接调用 remove()，会抛 ConcurrentModificationException；改用 Iterator.remove() 或倒序 for 循环
• 初始化别写 new ArrayList<>(100) —— 容量设太大浪费内存，设太小频繁扩容（每次 1.5 倍）影响性能；默认构造即可

按姓名查联系人？优先用 stream().filter()，不是手写 for

用户输入“张三”，你要返回所有匹配的 Contact。别再写三层 for 循环加 if 判断——Java 8+ 就该用流式处理，语义清晰且不易出错。

示例代码片段：

list.stream()
    .filter(c -> c.getName().contains(input))
    .collect(Collectors.toList());

关键细节：

• 用 contains() 而非 equals()，支持模糊搜索；若要精确匹配，换成 c.getName().equals(input)
• 如果搜索频繁且数据量大（>1000 条），考虑提前建 Map> 做索引，但得同步维护一致性
• stream() 是惰性求值，不触发 collect() 就不会执行；调试时别只写 filter 就以为有结果

保存到文件用 ObjectOutputStream？风险高，改用 JSON 或 CSV

新手常想“序列化整个 ArrayList 到文件”，但 ObjectOutputStream 生成的二进制格式不可读、跨 JDK 版本不兼容、反序列化有安全风险（如恶意 payload），纯属自找麻烦。

更务实的做法：

• 轻量需求（学生作业/本地小工具）：用 Files.write() 写 CSV，每行 张三,13800138000,zhang@xx.com，用 String.split(",") 解析
• 稍正式点：引入 com.fasterxml.jackson.core:jackson-databind，调 new ObjectMapper().writeValue(file, list) 输出 JSON，结构清晰、易调试、方便后续扩展
• 绝对别把密码、token 等敏感字段放进序列化或明文文件里，哪怕只是练习项目

删除联系人后没刷新界面？本质是没触发视图更新逻辑

如果你用控制台模拟界面（比如打印全部联系人列表），删完忘了调 System.out.println(list)，就会以为“删没成功”。这不是集合问题，是逻辑断点缺失。

真正要注意的是：

• 所有修改集合的操作（add/remove/set）之后，如果后续逻辑依赖最新状态，必须确保你操作的是同一个对象引用，而不是副本（比如方法参数传了 new ArrayList<>(original)）
• 如果封装了 ContactManager 类，删完应返回 boolean success 或抛明确异常（如 ContactNotFoundException），别让调用方靠“没报错”来判断成功
• 涉及多线程（比如后台定时保存），ArrayList 不是线程安全的，得换 Collections.synchronizedList() 或 CopyOnWriteArrayList，但后者写多读少时性能差

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。