ACCP5.0结业项目实战：Java+MySQL+JDBC完整落地路线

简介面向ACCP5.0第一学期学员的结业项目以仿QQ的MyQQ在线聊天工具为载体完整覆盖添加好友、实时聊天、更换头像、陌生人权限管理、修改个人资料等功能适合C#/WinForm初学者作为综合练习也可供教师验收点评。压缩包约7.78MB共283个文件以158个bmp界面素材和33个cs源文件为主体另有jpg、gif、ico图片resx资源文件ssk皮肤exe/dll运行模块以及mdf/ldf数据库文件从界面设计到数据存储均有涉及。目前已有178人学习浏览。资源内含可运行程序和完整工程可直接启动体验也能对照代码梳理好友请求、实时通信、头像上传等模块的实现思路目录结构清晰方便按需提取界面素材或复用数据访问逻辑对搭建聊天室或社交管理类项目有直接参考价值。1. ACCP5.0 第一学期结业项目一个被高估的考核一个被低估的机会ACCP5.0 第一学期结业项目是这类课程在第一学期结束时必须提交并答辩的完整小系统。它要求你把一个学期学到的 Java 基础、MySQL 建表、JDBC 连接和界面逻辑串成一套能现场演示的成品。这个项目最微妙的地方在于考的从来不是某个孤立知识点而是你能否把零散代码拼成一个不露怯的整体。遗憾的是大多数学生在选题阶段就已经开始在坑里挖洞了。这篇文章不替你写代码也不会给出一份所谓标准答案。它给你一条从需求范围控制、数据库设计、代码分层、版本踩坑到答辩演练的落地路线。不管你的具体题目是超市管理还是图书借阅只要你面对的是课程范围内的“数据库 后端 简单界面”类结业项目这套节奏和方法都适用照着走能少熬几个通宵。2. 选题与需求范围项目做砸九成是毁在“功能太多”上2.1 选题的三个约束课程范围、时间预算、演示可达性ACCP5.0 第一学期结业项目不是软件工程毕业设计你没法用“技术有深度”去掩盖选题失控。我在辅导同学完成这类项目时看到最多的问题不是能力不足而是想做太多、做太大。第一学期课程覆盖的内容大致在 Java 核心语法、MySQL 建库、JDBC 编程、图形界面或基础网页这几个范围内这决定了安全的选题必须同时满足三个约束。课程范围约束是指你所有用到的技术点必须能在本学期范围内讲清楚。我一般会建议选择业务对象清晰的管理类系统例如商品管理、客户管理、订单管理、图书借阅、设备登记。这些业务有共同点表结构简单、关系不超过一对多、动作就是增删改查加统计。你不需要做权限、审批、消息提醒那些词听起来很专业但第一学期代码撑不起这类业务写出来的也只是个壳。时间预算约束是指你要区分“能写的功能”和“能演示完的功能”。需求里每多一个模块意味着多几十个小时的调试时间以及至少两三个新的问题点。我通常会按“一周编码、一周测试和演示准备”来倒推功能范围如果发现某个功能在这个时间预算里没有任何回旋余地就直接砍掉。功能数量不是加分项完整度才是。演示可达性约束最容易被忽略。结业答辩大多在本机房完成演示环境网络不稳定甚至不准联网界面不能依赖在线 CDN数据库不能依赖远程服务器。你的项目必须保证双击启动后不靠外网也能完整走通一条主流程。这个约束会把不少所谓亮点功能挡在门外但你因此保住了最核心的完整性。2.2 把需求压缩到“能做、能讲、不怕追问”的 15 个功能点内做完三个约束筛选后你应该得到一个两个模块左右的小系统。接下来要做的是把模块拆成功能点并清点数量。我的习惯是控制在 1215 个功能点以内其中必须包含登录、列表、新增、修改、删除、统计这六类动作。少一个整体显得太单薄多一个就会陷入优先级不明的泥潭。下面是一张商品订单类结业项目的参考功能表。它不要求你原样照抄但每一条都应该有一个“说得出所以然”的归属功能编号功能名称涉及的数据库表主要技术点优先级1用户登录与退出userPreparedStatement、会话跟踪必做2商品分页列表goodsLIMIT/OFFSET、结果集映射必做3按名称模糊查询商品goodsLIKE 参数绑定必做4新增商品goodsINSERT、表单校验必做5修改商品goodsUPDATE 按 id必做6删除商品goods、order_detail删除前关联检查必做7生成订单orders、order_detail事务、主键回填必做8订单明细展示orders、order_detail多表 JOIN选做9销售总额统计orders、order_detailSUM、GROUP BY必做10销售趋势展示不建表静态演示不做到了关键时刻砍需求比补需求更能保住项目质量。如果你已经开始慌那就只保留前七项把它跑通、跑顺效果远好过十个半成品按钮。功能数量的价值只有在全部可用时才会被看见。2.3 每个功能需求都要对应一个代码动作或候选 SQL我见过很多同学的需求文档写得像产品宣传但答辩时被问一句“这个功能数据怎么来的”就答不上来。为了避免尴尬最有效的办法是把每条功能描述翻译成确定的代码动作让每个功能在主流程中都有明确的位置和对应的 SQL。比如“删除商品”这句话要变成两步先执行关联检查 SQLSELECT COUNT(*) FROM order_detail WHERE goods_id ?如果计数大于 0说明该商品已被订单引用业务上不能删除只有计数为 0 时才允许执行 DELETE FROM goods WHERE id ?。这样写出来其实就是把需求文档翻译成了方法签名和 SQL 清单。“按名称模糊查询商品”也需要落到一句参数化 SQLSELECT * FROM goods WHERE name LIKE CONCAT(%, ?, %)。这里的重点不是 LIKE 本身而是为什么用 CONCAT 而不是直接写 %?%——问号在字符串里不会被当作占位符处理写成 % ? % 又容易出类型转换问题CONCAT 是最稳的写法。我在需求表末尾还会加一列“验收动作”通常这样写演示时输入关键词“苹”点击查询表格只剩两条记录且名称都包含“苹”。答辩彩排时这一列就是你的表演脚本逐条走完就相当于跑通一遍完整项目。提示写验收动作时最好把“点击按钮后数据库会怎样变化”也写上。这能逼你把功能落到数据层面而不是停留在界面层。3. 先把地基打牢JDK、MySQL 与建库脚本3.1 JDK 与 MySQL 版本匹配第一次翻车往往在这里无论你的结业项目功能写得怎么样只要有一步涉及 Java 与 MySQL 的衔接版本匹配问题就一定绕不开。我见到最多、也最想吐槽的就是驱动类路径不匹配。准备环境时先用下面三行命令确认基础版本java -version javac -version mysql --version如果你装的是 JDK 8 和 MySQL 8.0驱动 JAR 就要用 mysql-connector-java 8.0.x代码里的驱动类名写成 com.mysql.cj.jdbc.Driver如果 MySQL 是 5.7用 5.1.x 的驱动和 com.mysql.jdbc.Driver 是常见做法。驱动与数据库版本跨大版本混用是最容易出鬼的地方表现就是类找不到、连接超时或者 SSL 相关报错而不是一条清晰的业务异常。这套链路涉及三层身份Java 编译版本、MySQL 服务版本、驱动 JAR 版本。三层里任意两层不一致报错方式都不一样但排查顺序是一致的先看 JAR 是否在当前工程依赖里再看 Class.forName 的字符串最后确认 MySQL 服务端版本。如果你看到的异常是 ClassNotFoundException多半是 JAR 没引入或类名写错如果是 Communications link failure多半是服务没启动或端口不通如果是 Access denied则是账号权限问题。环境装好后我用两条 SQL 做地基体检SELECT VERSION(); SHOW VARIABLES LIKE character_set_database;这两条命令的意义是让你在写代码前就清楚两件事数据库是什么版本、默认字符集是什么。如果 character_set_database 不是 utf8mb4后面建库时一定要显式指定否则中文乱码会反复纠缠你直到答辩结束。3.2 表设计两张订单表讲清一对多关系几乎每个结业项目都需要体现一点数据库设计的基本功而最能体现基本功的是“订单主表—订单明细表”的一组一对多关系。我建议采用这样最小业务模型user 表管登录goods 表管商品orders 表管订单主单order_detail 表管订单明细。四张表足够撑起登录、增删改查、统计和事务四个考点。下面这段 SQL 可以作为项目起点也强烈建议你逐行看懂每个字段为什么存在CREATE DATABASE shop DEFAULT CHARACTER SET utf8mb4; USE shop; CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(32) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL ); CREATE TABLE goods ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(64) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 0 ); CREATE TABLE orders ( id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL UNIQUE, create_time DATETIME NOT NULL, total_amount DECIMAL(10,2) NOT NULL ); CREATE TABLE order_detail ( id INT PRIMARY KEY AUTO_INCREMENT, order_id INT NOT NULL, goods_id INT NOT NULL, quantity INT NOT NULL, price DECIMAL(10,2) NOT NULL, CONSTRAINT fk_detail_order FOREIGN KEY (order_id) REFERENCES orders(id), CONSTRAINT fk_detail_goods FOREIGN KEY (goods_id) REFERENCES goods(id) );这几条建表语句背后的思路是业务上一个订单包含多个商品一个商品可出现在多个订单里。如果你只建一张订单表把商品信息塞进一个字符串字段就会出现重复的订单号、无法按商品聚合销售额、总额算不清等问题答辩时基本一问就露馅。orders 主表放订单整体信息order_detail 明细表放订单与商品的映射这个拆分本身就是设计分。user 表的 password 字段我留了 64 位是为了至少演示时用哈希值存储而不是明文。评审几乎一定会问“你的密码是不是明文”你回答“我打算改成哈希存储”和“我代码里已经是哈希存储”完全是两种观感。订单明细里为什么要单独存一份 price因为它记录的是下单那一刻的商品价格。商品表今天降价 10 块历史订单的成交价不能跟着变。这个字段存在本身就是业务逻辑的体现答辩时值得主动提一句。3.3 JDBC 连接参数characterEncoding 与 useSSL 的规范写法Java 工程连接数据库不是只填一个 localhost 就完事。我习惯把连接信息抽到一个 db.properties 配置文件里并固定一套不折腾的 JDBC 参数既能解决中文乱码也能避免演示时突然爆一个 SSL 握手警告。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/shop?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的密码随后在一个 DBUtil 类里集中读取配置import java.io.InputStream; import java.sql.Connection; import java.sql.DriverManager; import java.util.Properties; public class DBUtil { private static String url; private static String username; private static String password; static { try (InputStream in DBUtil.class.getResourceAsStream(/db.properties)) { Properties props new Properties(); props.load(in); Class.forName(props.getProperty(jdbc.driver)); url props.getProperty(jdbc.url); username props.getProperty(jdbc.username); password props.getProperty(jdbc.password); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws Exception { return DriverManager.getConnection(url, username, password); } }URL 后跟的四个参数容易被忽略逐个说明如下参数作用常见误配置useUnicodetrue开启统一字符编码漏写后中文仍可能乱码characterEncodingutf8指定与数据库交换中文的编码误写成 utf-8驱动不识别useSSLfalse关闭本机连接的 SSL 握手警告漏写时控制台刷大量警告serverTimezoneAsia/Shanghai指定数据库时区MySQL 8 下漏写直接报时区异常static 块在类加载时只执行一次负责读取配置并注册驱动getConnection 方法被 DAO 层反复调用是项目的统一数据库入口。如果你把连接代码散落在每个 DAO 里后期改一次密码就要翻遍整个项目纯属给自己制造麻烦。注意如果 IDE 提示找不到 db.properties优先检查文件是否在 classpath 下而不是项目根目录。这个坑的表现不是数据库报错而是空指针或文件不存在排错方向不要搞反。4. 写 Java 代码分层是让评审看出你学懂的最直接证据4.1 按包分层的工程结构实体类、DAO、界面各干各的ACCP5.0 第一学期结业项目的代码体量往往不大正因如此分层的意义不在代码量而在向评审传递一个信息你理解一个系统的组织方式。常见做法是把工程分成三层实体层放与表字段一一对应的 JavaBean数据访问层放 JDBC 与 SQL用户界面层放窗口或页面逻辑。一个典型的工程目录长这样src └── com/acccp/project ├── Main.java ├── db/db.properties ├── entity/User.java ├── entity/Goods.java ├── dao/UserDao.java ├── dao/GoodsDao.java └── ui/LoginFrame.java别小看这种结构它能让代码维护的难度至少降一半。新增一个查询改动集中在 dao 包修改一个字段语义集中在 entity 包换界面样式只动 ui 包。答辩时如果被问“数据库密码改了你怎么办”你能直接回答“改 db.properties 一行”比翻遍一个五百行的类清爽得多。实体类不承担业务逻辑只负责属性、构造方法和 getter/setter。你写 DAO 时返回 List 而不是 List 界面层可以直接拿对象填表格不用手工拼字符串。这是最简单的“封装”的体现评审一眼就能看出来你写代码有章法。4.2 登录功能PreparedStatement 与参数校验登录是几乎所有结业项目的第一个功能也是评审最容易盯住的地方。标准做法是界面层先做非空校验DAO 层用参数化 SQL 查询用户表匹配成功返回用户对象失败返回 null。public User login(String username, String password) throws Exception { String sql SELECT id, username FROM user WHERE username ? AND password ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, password); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { User u new User(); u.setId(rs.getInt(id)); u.setUsername(rs.getString(username)); return u; } return null; } } }这里有几个细节要说明。第一用 PreparedStatement 而不是字符串拼接因为拼接 SQL 有注入风险。演示时你未必遇到攻击但评审只要追问“你怎么防止 SQL 注入”你的回答会直接体现基本功。第二查询只查需要的列不要 SELECT *这是筛选成本和可读性的常识。第三返回 null 与抛出异常有明确区别密码错误返回 null数据库断了才抛异常这种区分本身就在展示你对异常处理的理解。界面层的校验放在按钮点击监听器里用户名或密码为空时直接提示不发数据库查询。这样既节省资源也缩小了异常发生的面。如果你用 Swing 写界面记得把按钮事件和表格刷新逻辑分开否则登录成功后界面卡住不动大概率是因为你在事件线程里执行了耗时操作。4.3 核心业务模块的 CRUD 通用写法用商品管理演示增删改查商品管理是我建议练手使用最多的模板它同时覆盖列表、查询、新增、修改、删除五种动作。下面列表和新增两段代码就是大多数业务模块的最小原型// 查询全部商品供表格展示 public ListGoods listAll() throws Exception { String sql SELECT id, name, price, stock FROM goods ORDER BY id DESC; ListGoods list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql); ResultSet rs ps.executeQuery()) { while (rs.next()) { Goods g new Goods(); g.setId(rs.getInt(id)); g.setName(rs.getString(name)); g.setPrice(rs.getBigDecimal(price)); g.setStock(rs.getInt(stock)); list.add(g); } } return list; } // 新增商品 public int add(Goods g) throws Exception { String sql INSERT INTO goods (name, price, stock) VALUES (?, ?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, g.getName()); ps.setBigDecimal(2, g.getPrice()); ps.setInt(3, g.getStock()); return ps.executeUpdate(); } }查询用 executeQuery返回结果集rs.next() 每执行一次就前进一行新增用 executeUpdate返回受影响行数新增成功返回 1为 0 时说明插入失败需要在界面层提示“操作无变化”。我用 BigDecimal 接收 price是为了避免 9.9 被浮点数变成 9.9000000000000004 的尴尬。同样的模式套到修改和删除修改用 UPDATE goods SET name ?, price ?, stock ? WHERE id ?删除先做关联检查再 DELETE。把商品管理跑通后客户管理、员工管理等模块其实就是复制代码换表名换字段名核心骨架完全一致这就是 CRUD 代码复用的直观意义。4.4 订单生成用事务把多表写入变成一次原子操作订单功能是拉开项目档次的模块因为一个订单会同时影响 orders 主表和 order_detail 明细表。如果只插入主表而明细写入失败数据就不一致。对应的解决办法是用 JDBC 原生事务把多步写入包成同一次提交。public boolean createOrder(String orderNo, BigDecimal totalAmount, ListGoods goodsList) throws Exception { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); String insertOrder INSERT INTO orders (order_no, create_time, total_amount) VALUES (?, NOW(), ?); try (PreparedStatement ps conn.prepareStatement(insertOrder, Statement.RETURN_GENERATED_KEYS)) { ps.setString(1, orderNo); ps.setBigDecimal(2, totalAmount); ps.executeUpdate(); try (ResultSet keys ps.getGeneratedKeys()) { keys.next(); int orderId keys.getInt(1); insertDetail(conn, orderId, goodsList); } } conn.commit(); return true; } catch (Exception e) { if (conn ! null) { conn.rollback(); } throw e; } finally { if (conn ! null) { conn.close(); } } }事务的核心行为只有三行setAutoCommit(false) 开始事务commit() 成功落库rollback() 遇到异常回滚。我不建议用多条直连方式写订单一旦中间某条语句报错数据库里留下的主表有单、明细没写的残局答辩时很难解释。getGeneratedKeys 是用来取自增主键的它比“查 MAX(id)”可靠得多因为并发时 MAX(id) 可能查到别人的订单。再加上 insertDetail 里按同样的连接执行明细插入整体才是完整的原子操作。这两点合起来能让评审认为你对多表写入有真正的风险意识而不是只知道拼 SQL。5. 结业项目避坑与排查五个实际会毁掉答辩的问题这一章我按“现象 → 原因 → 解决”的顺序整理五条高频率踩坑记录全部来自我复盘过的项目反馈每一条都真实存在于实操中。5.1 报错 ClassNotFoundException: com.mysql.cj.jdbc.Driver现象启动程序时立刻抛异常说找不到驱动类界面甚至都没有弹出来。原因要么是 mysql-connector JAR 没有真正加入工程依赖要么驱动类名与 JAR 版本不一致。老代码里写的是 com.mysql.jdbc.Driver在 MySQL 8 驱动下已不再推荐使用。解决先把引入的 JAR 版本确认是 8.x再把代码里的 Class.forName 改成 com.mysql.cj.jdbc.Driver最后在 IDE 的构建路径里重新加入一次 JAR。如果重新引入依然报错说明 JAR 没被编译进输出目录清理缓存并重编译即可。想复现也简单把 JAR 移出依赖再运行同一个入口类几秒就能见到同样的异常。这个过程能帮你区分它和连接失败的区别前者错在“找不到类”后者错在“连不上服务”排查路径完全不同。5.2 数据库与界面里的中文全部变成乱码现象往数据库里插入“苹果”后界面显示“???”或者其他奇怪字符保存进表的数据也是乱码。原因字符集链路有一处不一致就会乱。链路包括数据库表字符集、JDBC URL 里的字符编码参数、Java 源文件本身的编码。最典型的坑是建库时没指定 utf8mb4导致表用了 latin1。解决先跑 SHOW CREATE TABLE goods查看表定义里的 DEFAULT CHARSET 是不是 utf8mb4再确认 JDBC URL 同时带上 useUnicodetruecharacterEncodingutf8最后把 Java 源文件统一另存为 UTF-8。按这个顺序排查基本能覆盖 95% 的乱码场景。我见过的最诡异一次是文件编码正确、URL 也正确但数据在插入前已经变成乱码最后发现是从文本框取值时字符集被系统默认区域设置影响了。如果前三个检查点都没问题就往界面层的取值类型和输入法状态切换上查。5.3 演示现场突然连不上数据库现象在自己电脑上运行流畅换到答辩机房一启动就报 Communications link failure或 Access denied for user。原因机房电脑的 MySQL 服务没有启动或者连接 URL 里的 root 密码与机房实际密码不一致。这类问题不是代码 bug而是环境差异。解决答辩前做一次环境隔离演练。常见做法是在机房电脑上重启然后打开命令行访问数据库服务执行一条简单 SQL确认服务真的活着。Linux 可以检查服务状态Windows 可以查看 MySQL 服务是否已启动并设为自动。账号密码不要硬编码在代码里改成配置文件到另一台机器只改配置其余不动。注意不要等到答辩当天早上再配机房环境。提前一天把项目完整跑通一遍服务、数据库导入脚本、JDK 都确认好这比任何代码优化都值钱。5.4 需求越做越多项目变成“半成品全家桶”现象约定时间过半代码里到处是注释掉的功能按钮很多但没几个真正可用临近截止日期还在想着加一个导出 Excel 的功能。原因第一阶段没有冻结需求总想着制造亮点结果每个模块都只有表面没有闭环。更糟的是为了塞功能频繁改表结构导致数据库和代码之间逐渐失同步。解决把功能硬性分成 Must 与 Optional 两组先把 Must 组做完、跑通、做演示脚本。Optional 组只保留接口定义或在文档里写一句“后续可扩展”不要在截止前临时改核心表结构。冻结需求是一种能力它会让你的项目在有限时间内显得精炼而不是残缺。5.5 从网上找的代码和本地环境不匹配粘贴后报错一片现象从网上找到一段看起来完全能用的代码贴进工程后要么编译报错要么实现的功能跟表结构对不上改了半天发现比从零写还慢。原因你抄的不是思路而是上下文。网上代码使用的依赖版本、包名、驱动版本、工具类可能和你的工程完全不同直接贴过来能编译通过才奇怪。解决拆骨再拼。抄的时候只提炼“方法名、SQL 语句、返回类型”三个要点然后按你自己工程的分层结构重写。比如看到删除前检查的思路就只抄那句 SELECT COUNT(*) 关联查询自己写出方法并用本地表结构实测。这样既避免了环境问题也让你真正明白为什么这么写。6. 答辩与收尾用三个动作让项目“看起来像真的”结业项目的评分不只来自功能更来自评审在你答辩后留下的印象。第一关是“能不能跑”第二关是“你能不能讲清楚”。想在第二关不垮我的做法是把整个项目落在一个可检验的脚本上。第一个动作是准备一条完整的演示主流程登录 → 商品列表 → 新增一个商品 → 修改它的价格 → 生成包含该商品的订单 → 查看销售总额统计。每一步操作都要让数据库数据发生肉眼可见的变化演示时按顺序走完就是一条完整的业务闭环。演示前用一条 init.sql 重建干净数据避免重复操作让表里的记录越堆越多看着混乱。第二个动作是为写过的每个代码点准备“为什么这样干”的一句话回答为什么用 PreparedStatement为了参数化和防注入为什么订单要事务因为主表和明细表要么一起成功要么一起回滚为什么密码字段留 64 位为了留足哈希存储空间。我建议你用“问题 → 设计决定 → 对应代码位置”的格式列一张小表背下来。答辩时评审几乎必定会挑其中一两个点展开你如果能直接指出代码位置表现力会提升一个档次。第三个动作是留一道“后悔药”把建库、建表和演示数据整理成 init.sql确保它能反复执行从空库恢复。这样任何人拿到工程跑一次脚本就能到达可演示状态。你不用在答辩前临时手敲数据也不用怕演示时改坏了数据没法收场。我个人的收尾习惯是再跑一次全流程然后打开数据库检查订单表和明细表的记录吻合、总额无误。这个动作看起来很平常却是我每次能安心提交项目前最踏实的时刻。希望帮到你。本文还有配套的精品资源点击获取