尧图网页设计 
简介通讯录管理系统是一份基于Java的完整入门项目源码适合正在学习Java面向对象编程与GUI开发的初学者。项目覆盖联系人添加、查找、修改、删除以及数据导入导出等常见功能并在界面层使用Swing组件构建窗口与交互控件同时涉及ArrayList、HashMap等集合框架和文件读写操作能够帮助读者把类、对象、封装、继承等核心概念落实到实际场景中。资源包共16个文件包含6个Java源文件和10个对应的class编译文件压缩包仅20KB结构简洁清晰便于直接导入IDE阅读或运行调试。目前已有696人学习使用对于需要课程设计、毕业设计或Java入门练手的读者来说是一份轻量且完整的参考实现。1. 项目定位与需求拆解1.1 为什么通讯录管理是Java新手的最佳第二项目如果你刚学完Java基础我会建议你做的第一个完整项目就是通讯录管理系统。它比学生管理系统更贴近生活比图书管理系统更简单但麻雀虽小五脏俱全基础语法、面向对象、集合框架、异常处理、I/O或JDBC、界面交互一个项目全部能串起来。而且它有一个天然优势——需求你自己就能定义不需要翻需求文档因为管理联系人这件事每个人每天都在用手机做。这个项目适合三类人刚学完Java语法想找项目练手的新手、需要交课程设计或毕业设计的学生、准备Java实习面试但简历上没有拿得出手项目的求职者。三种版本对应不同目标控制台版巩固基础Swing桌面版用于课程展示Spring Boot Web版用于简历和面试。我见过太多同学一上来就用最全的技术栈写这个项目结果被Spring Boot的自动配置和MyBatis的映射关系卡住连一个保存联系人的功能都没跑通。正确的做法是先窄后宽先用一个控制台版本把核心逻辑跑顺再有选择地升级每一步只引入一个新变量。1.2 需求切分与功能边界通讯录管理系统的核心需求永远是这五条新增联系人、修改联系人、删除联系人、查询联系人、展示列表。先把这五条跑通再谈其他。新增联系人的信息字段建议为姓名、手机号、邮箱、分组、备注。修改和删除必须按唯一标识定位这个标识用自增Long还是UUID需要提前想清楚。查询要区分为精确查询和模糊查询常见的是按姓名或手机号模糊搜索。展示列表要支持分组查看和按创建时间排序。大部分课程设计还会要求数据持久化也就是程序退出后数据不能丢。在这个需求下文件存储和数据库都是合理的实现方案关键看版本定位。我的建议是控制台版用文件存储就够了Web版直接用MySQL不要在文件存储和数据库之间重复造轮子。提示别在不重要的功能上过度设计。比如登录注册头像上传手机号归属地识别这些功能对通讯录管理系统的核心价值没有贡献放上去只会增加答辩时被追问的风险。2. 核心细节解析与技术选型2.1 存储层选型内存、文件还是数据库存数据是整个项目的核心选错了会导致后面越写越别扭。内存存储ArrayList/HashMap最简单程序启动后构造数据程序退出后数据清空。它的价值在于先跑通增删改查主流程不关心任何持久化细节适合第一版原型。文件存储有三种常见方案。纯文本CSV格式每一行一个联系人用逗号分隔好处是方便调试坏处是需要自己处理转义和类型转换JSON格式配合Jackson可以省不少事我推荐做进阶练习时用这个方案。ObjectOutputStream序列化直接写对象代码量最少但生成的二进制文件不便于查看而且类的字段一旦调整反序列化旧文件极易报错。所以我对新手的建议是ArrayList CSV文本文件组合。真实数据库MySQL/SQLite是企业开发的标准做法引入JDBC之后项目立刻有了生产感。但代价是环境配置复杂度上升所以建议放到Web版阶段再上MySQL。2.2 增删改查背后的编程基本功很多人做CRUD只看功能实现写完就以为完了。实际上这个项目真正在练的基本功是这三块对象设计能力、集合遍历能力、异常处理能力。对象设计上Contact类不要用一堆String字段平铺要想清楚哪些是必须字段、哪些是可选字段。手机号建议用String而不是Long否则前导0会被丢失这是很多人实测踩过的坑。ID用自增Long时要注意并发插入下的唯一性用UUID时要注意展示排序。集合遍历上查询列表用List按分组统计用Map去重用Set。如果用了HashMap做缓存key的equals和hashCode写没写会直接影响定位和去重的正确性。很多人写的deleteById方法先一个for循环查是否存在再另一个循环删除这就是典型的能跑但很差的代码。正确做法是一次遍历内解决或直接使用集合的removeIf特性换成数据库场景就是一条DELETE SQL不需要在Java层面预先查一遍。异常处理上最典型的错误是不区分业务异常和系统异常。联系人不存在的提示和数据库连接失败不应该走同一条返回路径。控制台版可以简单点但Web版必须用统一的Result返回体加全局异常处理器。3. 实操过程从零开始做一个可运行的通讯录3.1 环境准备与工程骨架这一步最容易被卡住。我建议统一用目前比较稳定的组合JDK 17 IntelliJ IDEA Maven。JDK 17是长期支持版本也是当前大多数企业生产环境在用的版本。安装时有几个高频坑环境变量配置中JAVA_HOME要指向JDK安装目录而不是bin目录PATH里追加%JAVA_HOME%\bin在命令行输入java -version能输出版本号才算成功。IDEA里Project Structure的SDK选了17但Maven编译器还在用1.8就会报源发行版 17 需要目标发行版 17解决方法是把Lombok版本、maven-compiler-plugin的source/target、properties里的java.version全部统一成17。新建Maven项目后我习惯先建好分包骨架这是比框架更重要的设计环节com.lesson.contact ├── entity # 实体类 ├── dao # 数据访问 ├── service # 业务逻辑 ├── controller # 界面/接口层这个分层保证了联系人实体、存储操作、业务规则和用户交互各管一摊后面每升一级都是对已有方案做增量修改。3.2 控制台版核心代码示例先定义Contact实体几个关键字段如下public class Contact { private Long id; private String name; private String phone; private String email; private String groupName; private String remark; private LocalDateTime createTime; // getter/setter、无参构造、全参构造省略 // 建议重写 equals 和 hashCode以id为唯一标识 }然后是Dao接口它存在的意义是让上层不关心数据到底存在文件里还是数据库里public interface ContactDao { ListContact findAll(); Contact findById(Long id); ListContact findByName(String keyword); boolean save(Contact contact); boolean update(Contact contact); boolean delete(Long id); }对应的实现类FileContactDao内部用ArrayListContact作为内存缓存构造时从CSV文件加载每次写操作后同步写入。菜单循环部分大家应该都会但我特别强调一个细节控制台版用Scanner.next()接收手机号时如果输入138 1234 5678这种带空格的内容会被拆成多个token导致数据错乱。要么用nextLine()并处理换行符要么在输入提示里直接写明请勿输入空格。3.3 升级到Swing版关注点转移到事件模型如果课程设计需要界面我建议在控制台版基础上做Swing升级。这个阶段的核心不是控件用法而是事件驱动思维。页面结构建议用BorderLayout布局左侧放JList或JTree显示分组中间放JTable展示联系人列表上方面板放搜索输入框和新增/删除按钮。JTable有一个非常关键的点不要直接修改表格里的数据你要维护一个DefaultTableModel所有数据的增删改都通过model层的addRow、removeRow、setValueAt操作再调用table.setModel(...)刷新。直接操作可视单元格数据源和视图会很快不同步。Swing事件监听可以重点练几个场景给新增按钮注册ActionListener弹出JDialog编辑框给删除按钮注册监听先拿到选中行的id再删除给搜索输入框注册DocumentListener每次文本变化时重新过滤列表实现实时搜索。3.4 升级到Web版Spring Boot MySQL当你想让这个项目出现在实习简历上就需要升级成Web版。我的推荐组合是Spring Boot 3.x Spring Data JPA 或 MyBatis-Plus MySQL 8 简单的Thymeleaf或静态HTML页面。核心代码从类调用变成HTTP接口后你需要关心的重点变成四块接口设计要符合RESTful风格GET/POST/PUT/DELETE /contacts各司其职参数校验用Valid加NotBlank手机号或姓名不能为空如果做了登录功能密码必须用BCrypt加密存储绝对不能明文列表查询要加分页Spring Data JPA的Pageable或MyBatis的分页插件都能完成。这个阶段我再强调一句不要一边学Spring Boot一边从零搭前端。Thymeleaf模板够用或者做一个只有contacts.html的单页面用fetch调接口即可。跑通这个项目整个Java Web的请求-处理-持久化-响应闭环你就完整走了一遍。4. 面试官视角这个项目最容易问出的问题4.1 从代码里长出来的高频面试题很多同学做通讯录管理系统时是照葫芦画瓢一问就露馅。面试官特别爱拿着这个项目做深挖常见问题如下为什么用ArrayList而不是LinkedList正解是查询遍历多、按下标访问多ArrayList随机访问O(1)LinkedList是O(n)内存上ArrayList连续存储更紧凑。按名称查询你打算怎么优化如果你提出用HashMap做缓存面试官会追问哈希冲突、负载因子0.75、红黑树化和扩容机制。JDBC连接是每次都创建还是复用正解是用连接池如HikariCP并解释连接池能避免频繁创建和销毁连接的开销。如何防止SQL注入如果你在Mapper或JDBC里用字符串拼接SQL这是必抓的考点。正解是用PreparedStatement的?占位符或MyBatis的#{}。你在项目里如何做异常处理只是try-catch打印堆栈是差答案。较好答案是Controller层捕获异常并封装成统一Result对象Service层抛出业务异常全局异常处理器记录日志并返回友好错误信息。4.2 备好这些亮点把简单项目讲出差异化通讯录系统本质是CRUD但要讲出亮点并不难以下几个加分项都很容易实现CSV批量导入和导出用OpenCSV或Apache Commons CSV能体现你在考虑数据迁移和设备更换场景。手机号和邮箱格式校验用正则表达式或validation注解能体现防御性编程意识。去重策略新增联系人时遇到同一个手机号是拒绝还是合并能体现业务思考能力。分页与搜索组合当数据量到数千条时怎么保证查询不卡顿回答索引加分页就很加分。给Service层写几个JUnit单元测试覆盖新增、更新、删除核心路径这个亮点在面试里非常少见。5. 常见问题与排查技巧实录5.1 环境与联调阶段的典型报错这个项目几乎所有报错都集中在环境配置和数据库连接上我整理了一份实测遇到的报错表格报错信息常见原因解决办法Could not create the Java Virtual MachineJVM内存参数配错检查IDEA的VM options确认-Xmx参数合理java: 源发行版 17 需要目标发行版 17IDE编译器与Maven编译器版本不一致把Project Structure的Language Level和pom.xml的java.version统一成17ClassNotFoundException: com.mysql.cj.jdbc.DriverMySQL驱动依赖缺失Maven引入com.mysql:mysql-connector-j并刷新依赖SQLException: The server time zone value...MySQL 8时区问题连接串加serverTimezoneAsia/ShanghaiOutOfMemoryError一次性读入超大文件或缓存过多分批读取数据或换数据库存储5.2 功能逻辑与数据一致性坑位项目跑到后期最常见的几类问题不是报错而是逻辑诡异删除后没有刷新视图。控制台版还好Swing或Web版特别容易遇到数据库里明明删了界面上旧数据还在。解决方式是删除后主动调用loadData()重新加载数据而不是只在逻辑层删除。修改联系人的时候对象被两次引用。如果你的Service直接操作dao返回的对象显示层又改了同一个对象那么数据可能在不确定的时机被写入存储。合理的做法是Service层做按ID加载-修改字段-保存三步走而不是把整个对象传进传出共享引用。中文乱码是另一个高频问题。控制台版中文乱码多数是IDE的File Encoding不是UTF-8Web版乱码要设置响应头Content-Type为text/html; charsetutf-8数据库连接串加characterEncodingutf8。5.3 我的一些经验最后说点带个人的体会。带过一些新人写这个项目我发现决定项目质量的不是有没有用到最新框架而是有没有把一个简单的业务闭环跑得足够干净。我在实际写这个项目时强迫自己遵守三条规则一是所有对外数据都用不可变或浅拷贝的方式传入传出避免上层误改下层数据二是每次数据变化必须在同一事务或同一写入回调中同时更新内存和持久化层不允许出现内存里删了文件里还在的状态三是所有用户输入先做格式校验再做业务处理顺序不能反过来。这三条规则看起来简单但几乎概括了企业开发中健壮性的核心。把这个项目写完你其实已经把Java基础语法、集合框架、异常处理、I/O、JDBC/数据库、面向对象设计、分层架构全部串起来了。最后再分享一个小技巧试试把联系人导出成VCard格式手机系统就能直接导入你的通讯录这个扩展功能很适合作为项目演示的收尾彩蛋。本文还有配套的精品资源点击获取 Java通讯录管理系统项目实战：从控制台到Spring Boot全流程解析
简介通讯录管理系统是一份基于Java的完整入门项目源码适合正在学习Java面向对象编程与GUI开发的初学者。项目覆盖联系人添加、查找、修改、删除以及数据导入导出等常见功能并在界面层使用Swing组件构建窗口与交互控件同时涉及ArrayList、HashMap等集合框架和文件读写操作能够帮助读者把类、对象、封装、继承等核心概念落实到实际场景中。资源包共16个文件包含6个Java源文件和10个对应的class编译文件压缩包仅20KB结构简洁清晰便于直接导入IDE阅读或运行调试。目前已有696人学习使用对于需要课程设计、毕业设计或Java入门练手的读者来说是一份轻量且完整的参考实现。1. 项目定位与需求拆解1.1 为什么通讯录管理是Java新手的最佳第二项目如果你刚学完Java基础我会建议你做的第一个完整项目就是通讯录管理系统。它比学生管理系统更贴近生活比图书管理系统更简单但麻雀虽小五脏俱全基础语法、面向对象、集合框架、异常处理、I/O或JDBC、界面交互一个项目全部能串起来。而且它有一个天然优势——需求你自己就能定义不需要翻需求文档因为管理联系人这件事每个人每天都在用手机做。这个项目适合三类人刚学完Java语法想找项目练手的新手、需要交课程设计或毕业设计的学生、准备Java实习面试但简历上没有拿得出手项目的求职者。三种版本对应不同目标控制台版巩固基础Swing桌面版用于课程展示Spring Boot Web版用于简历和面试。我见过太多同学一上来就用最全的技术栈写这个项目结果被Spring Boot的自动配置和MyBatis的映射关系卡住连一个保存联系人的功能都没跑通。正确的做法是先窄后宽先用一个控制台版本把核心逻辑跑顺再有选择地升级每一步只引入一个新变量。1.2 需求切分与功能边界通讯录管理系统的核心需求永远是这五条新增联系人、修改联系人、删除联系人、查询联系人、展示列表。先把这五条跑通再谈其他。新增联系人的信息字段建议为姓名、手机号、邮箱、分组、备注。修改和删除必须按唯一标识定位这个标识用自增Long还是UUID需要提前想清楚。查询要区分为精确查询和模糊查询常见的是按姓名或手机号模糊搜索。展示列表要支持分组查看和按创建时间排序。大部分课程设计还会要求数据持久化也就是程序退出后数据不能丢。在这个需求下文件存储和数据库都是合理的实现方案关键看版本定位。我的建议是控制台版用文件存储就够了Web版直接用MySQL不要在文件存储和数据库之间重复造轮子。提示别在不重要的功能上过度设计。比如登录注册头像上传手机号归属地识别这些功能对通讯录管理系统的核心价值没有贡献放上去只会增加答辩时被追问的风险。2. 核心细节解析与技术选型2.1 存储层选型内存、文件还是数据库存数据是整个项目的核心选错了会导致后面越写越别扭。内存存储ArrayList/HashMap最简单程序启动后构造数据程序退出后数据清空。它的价值在于先跑通增删改查主流程不关心任何持久化细节适合第一版原型。文件存储有三种常见方案。纯文本CSV格式每一行一个联系人用逗号分隔好处是方便调试坏处是需要自己处理转义和类型转换JSON格式配合Jackson可以省不少事我推荐做进阶练习时用这个方案。ObjectOutputStream序列化直接写对象代码量最少但生成的二进制文件不便于查看而且类的字段一旦调整反序列化旧文件极易报错。所以我对新手的建议是ArrayList CSV文本文件组合。真实数据库MySQL/SQLite是企业开发的标准做法引入JDBC之后项目立刻有了生产感。但代价是环境配置复杂度上升所以建议放到Web版阶段再上MySQL。2.2 增删改查背后的编程基本功很多人做CRUD只看功能实现写完就以为完了。实际上这个项目真正在练的基本功是这三块对象设计能力、集合遍历能力、异常处理能力。对象设计上Contact类不要用一堆String字段平铺要想清楚哪些是必须字段、哪些是可选字段。手机号建议用String而不是Long否则前导0会被丢失这是很多人实测踩过的坑。ID用自增Long时要注意并发插入下的唯一性用UUID时要注意展示排序。集合遍历上查询列表用List按分组统计用Map去重用Set。如果用了HashMap做缓存key的equals和hashCode写没写会直接影响定位和去重的正确性。很多人写的deleteById方法先一个for循环查是否存在再另一个循环删除这就是典型的能跑但很差的代码。正确做法是一次遍历内解决或直接使用集合的removeIf特性换成数据库场景就是一条DELETE SQL不需要在Java层面预先查一遍。异常处理上最典型的错误是不区分业务异常和系统异常。联系人不存在的提示和数据库连接失败不应该走同一条返回路径。控制台版可以简单点但Web版必须用统一的Result返回体加全局异常处理器。3. 实操过程从零开始做一个可运行的通讯录3.1 环境准备与工程骨架这一步最容易被卡住。我建议统一用目前比较稳定的组合JDK 17 IntelliJ IDEA Maven。JDK 17是长期支持版本也是当前大多数企业生产环境在用的版本。安装时有几个高频坑环境变量配置中JAVA_HOME要指向JDK安装目录而不是bin目录PATH里追加%JAVA_HOME%\bin在命令行输入java -version能输出版本号才算成功。IDEA里Project Structure的SDK选了17但Maven编译器还在用1.8就会报源发行版 17 需要目标发行版 17解决方法是把Lombok版本、maven-compiler-plugin的source/target、properties里的java.version全部统一成17。新建Maven项目后我习惯先建好分包骨架这是比框架更重要的设计环节com.lesson.contact ├── entity # 实体类 ├── dao # 数据访问 ├── service # 业务逻辑 ├── controller # 界面/接口层这个分层保证了联系人实体、存储操作、业务规则和用户交互各管一摊后面每升一级都是对已有方案做增量修改。3.2 控制台版核心代码示例先定义Contact实体几个关键字段如下public class Contact { private Long id; private String name; private String phone; private String email; private String groupName; private String remark; private LocalDateTime createTime; // getter/setter、无参构造、全参构造省略 // 建议重写 equals 和 hashCode以id为唯一标识 }然后是Dao接口它存在的意义是让上层不关心数据到底存在文件里还是数据库里public interface ContactDao { ListContact findAll(); Contact findById(Long id); ListContact findByName(String keyword); boolean save(Contact contact); boolean update(Contact contact); boolean delete(Long id); }对应的实现类FileContactDao内部用ArrayListContact作为内存缓存构造时从CSV文件加载每次写操作后同步写入。菜单循环部分大家应该都会但我特别强调一个细节控制台版用Scanner.next()接收手机号时如果输入138 1234 5678这种带空格的内容会被拆成多个token导致数据错乱。要么用nextLine()并处理换行符要么在输入提示里直接写明请勿输入空格。3.3 升级到Swing版关注点转移到事件模型如果课程设计需要界面我建议在控制台版基础上做Swing升级。这个阶段的核心不是控件用法而是事件驱动思维。页面结构建议用BorderLayout布局左侧放JList或JTree显示分组中间放JTable展示联系人列表上方面板放搜索输入框和新增/删除按钮。JTable有一个非常关键的点不要直接修改表格里的数据你要维护一个DefaultTableModel所有数据的增删改都通过model层的addRow、removeRow、setValueAt操作再调用table.setModel(...)刷新。直接操作可视单元格数据源和视图会很快不同步。Swing事件监听可以重点练几个场景给新增按钮注册ActionListener弹出JDialog编辑框给删除按钮注册监听先拿到选中行的id再删除给搜索输入框注册DocumentListener每次文本变化时重新过滤列表实现实时搜索。3.4 升级到Web版Spring Boot MySQL当你想让这个项目出现在实习简历上就需要升级成Web版。我的推荐组合是Spring Boot 3.x Spring Data JPA 或 MyBatis-Plus MySQL 8 简单的Thymeleaf或静态HTML页面。核心代码从类调用变成HTTP接口后你需要关心的重点变成四块接口设计要符合RESTful风格GET/POST/PUT/DELETE /contacts各司其职参数校验用Valid加NotBlank手机号或姓名不能为空如果做了登录功能密码必须用BCrypt加密存储绝对不能明文列表查询要加分页Spring Data JPA的Pageable或MyBatis的分页插件都能完成。这个阶段我再强调一句不要一边学Spring Boot一边从零搭前端。Thymeleaf模板够用或者做一个只有contacts.html的单页面用fetch调接口即可。跑通这个项目整个Java Web的请求-处理-持久化-响应闭环你就完整走了一遍。4. 面试官视角这个项目最容易问出的问题4.1 从代码里长出来的高频面试题很多同学做通讯录管理系统时是照葫芦画瓢一问就露馅。面试官特别爱拿着这个项目做深挖常见问题如下为什么用ArrayList而不是LinkedList正解是查询遍历多、按下标访问多ArrayList随机访问O(1)LinkedList是O(n)内存上ArrayList连续存储更紧凑。按名称查询你打算怎么优化如果你提出用HashMap做缓存面试官会追问哈希冲突、负载因子0.75、红黑树化和扩容机制。JDBC连接是每次都创建还是复用正解是用连接池如HikariCP并解释连接池能避免频繁创建和销毁连接的开销。如何防止SQL注入如果你在Mapper或JDBC里用字符串拼接SQL这是必抓的考点。正解是用PreparedStatement的?占位符或MyBatis的#{}。你在项目里如何做异常处理只是try-catch打印堆栈是差答案。较好答案是Controller层捕获异常并封装成统一Result对象Service层抛出业务异常全局异常处理器记录日志并返回友好错误信息。4.2 备好这些亮点把简单项目讲出差异化通讯录系统本质是CRUD但要讲出亮点并不难以下几个加分项都很容易实现CSV批量导入和导出用OpenCSV或Apache Commons CSV能体现你在考虑数据迁移和设备更换场景。手机号和邮箱格式校验用正则表达式或validation注解能体现防御性编程意识。去重策略新增联系人时遇到同一个手机号是拒绝还是合并能体现业务思考能力。分页与搜索组合当数据量到数千条时怎么保证查询不卡顿回答索引加分页就很加分。给Service层写几个JUnit单元测试覆盖新增、更新、删除核心路径这个亮点在面试里非常少见。5. 常见问题与排查技巧实录5.1 环境与联调阶段的典型报错这个项目几乎所有报错都集中在环境配置和数据库连接上我整理了一份实测遇到的报错表格报错信息常见原因解决办法Could not create the Java Virtual MachineJVM内存参数配错检查IDEA的VM options确认-Xmx参数合理java: 源发行版 17 需要目标发行版 17IDE编译器与Maven编译器版本不一致把Project Structure的Language Level和pom.xml的java.version统一成17ClassNotFoundException: com.mysql.cj.jdbc.DriverMySQL驱动依赖缺失Maven引入com.mysql:mysql-connector-j并刷新依赖SQLException: The server time zone value...MySQL 8时区问题连接串加serverTimezoneAsia/ShanghaiOutOfMemoryError一次性读入超大文件或缓存过多分批读取数据或换数据库存储5.2 功能逻辑与数据一致性坑位项目跑到后期最常见的几类问题不是报错而是逻辑诡异删除后没有刷新视图。控制台版还好Swing或Web版特别容易遇到数据库里明明删了界面上旧数据还在。解决方式是删除后主动调用loadData()重新加载数据而不是只在逻辑层删除。修改联系人的时候对象被两次引用。如果你的Service直接操作dao返回的对象显示层又改了同一个对象那么数据可能在不确定的时机被写入存储。合理的做法是Service层做按ID加载-修改字段-保存三步走而不是把整个对象传进传出共享引用。中文乱码是另一个高频问题。控制台版中文乱码多数是IDE的File Encoding不是UTF-8Web版乱码要设置响应头Content-Type为text/html; charsetutf-8数据库连接串加characterEncodingutf8。5.3 我的一些经验最后说点带个人的体会。带过一些新人写这个项目我发现决定项目质量的不是有没有用到最新框架而是有没有把一个简单的业务闭环跑得足够干净。我在实际写这个项目时强迫自己遵守三条规则一是所有对外数据都用不可变或浅拷贝的方式传入传出避免上层误改下层数据二是每次数据变化必须在同一事务或同一写入回调中同时更新内存和持久化层不允许出现内存里删了文件里还在的状态三是所有用户输入先做格式校验再做业务处理顺序不能反过来。这三条规则看起来简单但几乎概括了企业开发中健壮性的核心。把这个项目写完你其实已经把Java基础语法、集合框架、异常处理、I/O、JDBC/数据库、面向对象设计、分层架构全部串起来了。最后再分享一个小技巧试试把联系人导出成VCard格式手机系统就能直接导入你的通讯录这个扩展功能很适合作为项目演示的收尾彩蛋。本文还有配套的精品资源点击获取