简介这份资料是一套基于Java Web的校园二手图书交易系统设计与实现源码配套数据库脚本适合Java课程设计、期末大作业场景难度适中、运行通过曾获95分以上评审成绩。资源共485个文件压缩包约3.18MB包含Java源文件92个、class文件112个以及Spring/MyBatis等框架所需的XML配置230个另有Vue前端组件、JavaScript脚本、SQL数据库文件与properties配置等覆盖前后端、数据库及部署配置各项。目前已有192人学习下载。借助该系统可完整了解用户登录、图书发布/检索、订单管理等二手交易闭环的实现思路源码层次清晰便于仿照扩展数据库文件可直接导入快速搭建项目环境对冲刺高分的课设或求职作品集都有实用参考价值。1. 这不是一个“增删改查”课设校园二手图书交易系统到底考什么期末课设季你会发现同一个题目下交上去的作业分差极大有人拿 95有人勉强及格。区别不在功能多少而在业务闭环是否完整、数据是否一致、代码是否分得清层次。基于 Javaweb 的校园二手图书交易系统表面上是图书发布、下单、购物车这些 CRUD实际考察的是你能否把“登录会话、商品状态流转、订单事务、多条件检索”串成一条完整的主链路。这套东西一做透后面 Spring Boot 也好、微服务也好底子全在这一课里。适合两类人正在做 Java 课程设计、想冲高分的学生以及想用最小成本把 JavaWeb 三层架构真正跑通的人。2. 先把“高分”拆开功能模块与数据库设计决定分数上限2.1 谁在用系统按角色拆功能别把业务做成散装 CRUD很多课设的常见做法是堆一堆页面出来用户表、图书表各管各的登录之后直接进入一个“把自己能想到的按钮全摆上”的后台。这种作业做到一半自己就乱了答辩时老师问“你这个系统有哪些角色每个角色能干什么”当场哑火。一个能拿 95 分以上的校园二手图书交易系统功能模块应该先按角色拆清楚再定页面。在这个系统里角色至少要分三种游客、普通用户同时是买家和卖家、管理员。游客能浏览图书、按分类筛选、搜索书名/作者但下单、加入购物车、发布图书必须登录。普通用户登录后拥有两条业务线——作为买家能加入购物车、下单、支付模拟、确认收货、评价作为卖家能发布图书、修改自己发布的图书、下架已售出的图书、查看自己的订单。管理员则是审核图书屏蔽违规内容、管理分类、查看全站订单、管理用户状态。为什么要这么分因为评分老师看的不只是页面数量而是“业务有没有闭环”。比如买家下单后图书状态要从“在售”变成“已售”同时在卖家端产生一条待处理订单买家确认收货之后订单状态变成“已完成”卖家才能拿到书款。这条链一旦断掉哪怕页面再漂亮也会被追问到漏洞百出。功能设计阶段就先把每种角色的操作列表和状态流转图画清楚后面的表设计和代码实现才不会失控。2.2 七张表把业务装下字段、类型、约束一次到位数据库设计是这类课设的硬评分点。表太少说明业务没展开表过多且互相没有外键关联则说明设计是拼凑出来的。我见过的高分作业普遍是 7 张表左右用户表、图书表、分类表、购物车表、订单表、订单明细表、评价表。每张表的关键字段如下表所示。表名关键字段约束与说明userid, username, password, nickname, role, phone, create_timeusername 唯一role 用 TINYINT 存0 普通用户 1 管理员categoryid, name, sort_order, create_timename 唯一分类是图书检索的前置条件bookid, title, author, publisher, price, sell_price, category_id, seller_id, status, cover, view_count, create_timesell_price 是二手售价status 用 0 在售 / 1 已售 / 2 下架seller_id 外键指向 user.idcartid, user_id, book_id, quantity, add_timeuser_id book_id 做联合唯一避免同一个用户重复添加同一本书ordersid, order_no, user_id, total_price, status, receiver_name, receiver_phone, receiver_address, create_time, pay_time, finish_timeorder_no 唯一且业务上可读status 用 0 待付款 / 1 已付款 / 2 已发货 / 3 已完成 / 4 已取消order_itemid, order_id, book_id, book_title, price, quantitybook_title 和 price 做冗余存储下单后图书信息变了不溯源commentid, book_id, user_id, content, rating, create_timerating 存 1-5 的整数做图书评价展示对应的建表 SQL 可以直接抄关键点都写在注释里-- 用户表 CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(32) NOT NULL, password VARCHAR(64) NOT NULL, -- 存储加密后的值不要存明文 nickname VARCHAR(32) DEFAULT NULL, role TINYINT NOT NULL DEFAULT 0, -- 0-普通用户 1-管理员 phone VARCHAR(20) DEFAULT NULL, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 图书表 CREATE TABLE book ( id INT NOT NULL AUTO_INCREMENT, title VARCHAR(128) NOT NULL, author VARCHAR(64) DEFAULT NULL, publisher VARCHAR(64) DEFAULT NULL, price DECIMAL(10,2) NOT NULL, -- 原价 sell_price DECIMAL(10,2) NOT NULL, -- 二手售价 category_id INT NOT NULL, seller_id INT NOT NULL, status TINYINT NOT NULL DEFAULT 0, -- 0-在售 1-已售 2-下架 cover VARCHAR(255) DEFAULT NULL, -- 封面图片路径 view_count INT NOT NULL DEFAULT 0, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_status (status), KEY idx_category (category_id), CONSTRAINT fk_book_category FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里有几个容易忽略的设计细节。第一图书的 status 字段必须建索引因为首页、搜索结果、卖家列表都按状态过滤。第二order_item里的book_title和price是冗余字段宁可多存一份也不能在买家查看历史订单时再去连图书表——图书可能被删除到时候订单详情就查不出来了。第三金额用DECIMAL(10,2)不要用 FLOAT/DOUBLE浮点数的精度误差在涉及钱的时候会变成事故。2.3 为什么你的表设计被扣分外键、时间字段和冗余的边界课设翻车最多的表设计问题有三个。第一个是“全部字段 VARCHAR”id、数量、价格全用字符串存查询排序一塌糊涂第二个是“没有外键也没有索引”两张表之间靠 Java 代码里 for 循环去“关联”数据量一上去页面直接超时第三个是“时间字段只有 String 类型”导致写 SQL 排序时根本无法按时间倒序取最新图书。外键不是越多越好但关键关系必须用外键兜底。book.seller_id、book.category_id、order_item.order_id这几个外键应该加上而cart.user_id和book_id的关联则可以只建联合唯一索引因为购物车是高频插入删除的表外键约束会影响性能。冗余字段的边界也在这里跨表的“名称、价格”可以冗余比如 order_item 冗余 book_title但跨表的“数量”不能冗余比如 book 表里不要放一个sold_count去和订单明细实时同步靠 SQL 聚合查询就够了。给一个判断标准如果你在 Java 代码里用两个 for 循环去凑一张列表的数据那基本是表设计没到位——该有的外键没建、该冗余的字段没冗余或者该用 JOIN 的地方没用 JOIN。数据表设计这一关过了整个项目至少保住了 30% 的分数。3. 从 IDEA 到跑通第一条链路分层实现与踩坑前置3.1 IDEA 运行 JavaWeb 项目的前置配置Tomcat、JDBC 驱动与连接池拿到或者写好的源码第一步不是改代码而是把运行环境对齐。这个步骤卡住过很多人代码在别人电脑上能跑到自己电脑上全是红色报错。原因大多数不是代码问题而是 Tomcat/JDK/MySQL 版本和驱动不匹配。我一般建议统一用这套组合JDK 8 Tomcat 8.5/9.0 MySQL 5.7或 8.0 Druid 连接池。在 IDEA 里配置时重点是两个地方Project Structure 里的 Artifact 要选 Web Application: Exploded并设置好 lib 目录Run Configuration 里 Deployment 要选中这个 ArtifactApplication context 统一写成/campus_books不要留根路径否则后面页面跳转的绝对路径全要跟着改。JDBC 驱动要放在 WEB-INF/lib 下同时确认它是和你 MySQL 版本匹配的 jar。MySQL 5.7 用mysql-connector-java-5.1.xMySQL 8.0 必须用mysql-connector-java-8.0.x驱动类名前者是com.mysql.jdbc.Driver后者是com.mysql.cj.jdbc.Driver。这个细节能排查掉一半的“数据库连接失败”。连接池我选 Druid配置写在druid.properties里好处是监控页面和参数都能看懂课设答辩时被问到“怎么管理数据库连接”有东西可讲。driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/campus_books?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse usernameroot password你的数据库密码 initialSize5 maxActive20 maxWait3000这里的serverTimezoneAsia/Shanghai是 MySQL 8.0 的硬性要求不加会报时区错误characterEncodingutf8保证中文写入不乱码useSSLfalse避免本地连接时 SSL 握手告警。initialSize5表示启动时预创建 5 个连接maxActive20是最大活跃连接数课设项目 20 完全够用maxWait3000是获取连接的超时毫秒数。参数不是越多越好面这几个能讲清楚就足够了。3.2 从 JDBC 到 DAO分页查询和条件统计是怎么配合的连接有了接下来是数据访问层。这类系统里最常考到的就是分页列表因为首页、搜索结果、卖家图书管理都要用。分页的难点不是LIMIT ? OFFSET ?而是“带条件的分页”需要两条 SQL一条查列表一条查总条数而且这两条 SQL 的 WHERE 条件必须完全一致。很多作业翻车就翻在这里列表和页码对不上。下面是一个可复用的BookDAO.findPage写法用PreparedStatement防止 SQL 注入动态拼接条件并返回分页对象public class BookDAO { private Book rowToBook(ResultSet rs) throws SQLException { Book b new Book(); b.setId(rs.getInt(id)); b.setTitle(rs.getString(title)); b.setAuthor(rs.getString(author)); b.setSellPrice(rs.getBigDecimal(sell_price)); b.setStatus(rs.getInt(status)); b.setCategoryId(rs.getInt(category_id)); b.setCover(rs.getString(cover)); return b; } public ListBook findPage(String keyword, Integer categoryId, int page, int pageSize) throws SQLException { StringBuilder sql new StringBuilder( SELECT id, title, author, sell_price, status, category_id, cover FROM book WHERE status 0 ); // 只查在售图书 ListObject params new ArrayList(); if (keyword ! null !keyword.trim().isEmpty()) { sql.append(AND (title LIKE ? OR author LIKE ?) ); String like % keyword.trim() %; params.add(like); params.add(like); } if (categoryId ! null) { sql.append(AND category_id ? ); params.add(categoryId); } sql.append(ORDER BY create_time DESC LIMIT ? OFFSET ? ); params.add(pageSize); params.add((page - 1) * pageSize); try (Connection conn DruidUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql.toString())) { for (int i 0; i params.size(); i) { ps.setObject(i 1, params.get(i)); } try (ResultSet rs ps.executeQuery()) { ListBook list new ArrayList(); while (rs.next()) { list.add(rowToBook(rs)); } return list; } } } public int count(String keyword, Integer categoryId) throws SQLException { // 拼装相同的 WHERE 条件SELECT COUNT(*) 返回总数 } }这个 DAO 的关键在于params列表和 SQL 条件同步累积关键字、分类 ID 按顺序绑定到PreparedStatement不会出现参数错位。LIMIT ? OFFSET ?中的OFFSET是(page - 1) * pageSize页码从 1 开始页大小一般取 8 或 12。try-with-resources写法保证连接和语句一定关闭不会把连接池资源泄漏掉。3.3 浏览器到 Servlet 再到 JSP登录会话和过滤器的正确姿势登录功能的实现看着简单但它是会话控制的起点也是答辩时最容易被深挖的点。安全的做法是登录成功后把用户对象放进 Session然后写一个拦截所有受保护页面的过滤器。千万不要在每个 Servlet 里复制粘贴“判断 Session 是否为空”的代码那样你今天删了某个页面漏改一处明天就出越权漏洞。过滤器是这样写的WebFilter(urlPatterns {/user/*, /seller/*, /admin/*}) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; Object loginUser request.getSession().getAttribute(loginUser); if (loginUser null) { // 未登录用户送回登录页并携带回跳地址 response.sendRedirect(request.getContextPath() /login.jsp?redirect URLEncoder.encode(request.getRequestURI(), UTF-8)); return; } chain.doFilter(req, resp); } }WebFilter注解在 Servlet 3.0 之后可以直接使用不需要在 web.xml 里手动注册。这里的 URL 模式把需要登录的路径全部圈在/user/*、/seller/*、/admin/*下每次请求先验登录态。注意sendRedirect的路径以request.getContextPath()开头不能直接写/login.jsp否则部署到带上下文路径的 Tomcat 上时 404。回跳地址用URLEncoder.encode编码是为了登录成功后能从 URL 参数里取到原始目标页面。对应的登录 Servlet 里要处理的不只是用户名密码比对还有密码存储方式。数据库里存的应该是加盐哈希后的密文而不是明文。用 JDK 自带的MessageDigest做 SHA-256 加盐存储即可不要自己去发明加密算法。页面端永远不展示密码相关字段日志里也不要打印密码。3.4 下单这一步才见真章事务和库存扣减是一个整体购物车、收藏、评价这些都是普通 CRUD真正拉开分数差距的是下单功能。一个正确的下单流程要同时做三件事往 orders 表插一条订单主表记录、往 order_item 表插入一到多条明细、把对应图书的状态从“在售”改成“已售”。这三步要么全成功要么全失败。很多课设代码里这三步用三个 DAO 方法各拿各的连接第一步插入成功、第二步报错订单变成残缺数据这就是典型的“数据一致性翻车”。解决办法是用一个连接贯穿整个事务。常见做法是借助ThreadLocal把同一线程的 Connection 绑定到局部变量事务开始后所有 DAO 都从ConnectionHolder拿同一个连接最后统一提交或回滚public class ConnectionHolder { private static final ThreadLocalConnection TL new ThreadLocal(); public static Connection get() throws SQLException { Connection conn TL.get(); if (conn null) { conn DruidUtil.getConnection(); TL.set(conn); } return conn; } public static void bind(Connection conn) { TL.set(conn); } public static void unbind() { TL.remove(); } }下订单的业务方法中按下面的顺序组织事务控制public void createOrder(Order order, ListCartItem items) throws SQLException { Connection conn DruidUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交 try { ConnectionHolder.bind(conn); orderDAO.insert(order); orderItemDAO.batchInsert(order.getId(), items); bookDAO.updateStatus(..., 1); // 图书标记为已售 conn.commit(); } catch (SQLException e) { conn.rollback(); // 任何一步失败全部回滚 throw e; } finally { conn.setAutoCommit(true); ConnectionHolder.unbind(); conn.close(); } }setAutoCommit(false)之后所有 SQL 都在同一个事务里执行直到commit()才真正落库。finally块里恢复自动提交、解绑 ThreadLocal 并关闭连接这一步漏掉会造成连接池里的连接状态错乱下一次从池里拿出来时还是“事务中”状态。这里的updateStatus后面加了一个 WHERE 条件AND status 0保证只有图书还在售时才能成功更新防止两个人同时下单同一本书导致超卖。4. 避坑手册JavaWeb 课设最常见的 7 个翻车现场4.1 数据库连不上连接超时、时区、驱动类名三连问现象Tomcat 启动正常但一访问列表页就报Cannot create PoolableConnectionFactory或Communications link failure。看控制台堆栈有的是UnknownHostException有的是The server time zone value XXXX is unrecognized还有的是ClassNotFoundException: com.mysql.jdbc.Driver。原因这三种异常本质完全不同。第一种是 IP 或端口写错或者 MySQL 服务没启动第二种是 MySQL 8.0 要求显式指定时区第三种是驱动 jar 版本和驱动类名不匹配用了老驱动但数据库是 8.0。解决先telnet 127.0.0.1 3306确认端口通不通不通就检查 MySQL 服务和防火墙。然后确认pom.xml或WEB-INF/lib里的 jar 包版本MySQL 8.x 对应的驱动类名是com.mysql.cj.jdbc.Driver连接 URL 加serverTimezoneAsia/Shanghai。最后看驱动 jar 是否真的打进了 Artifact 的 lib 目录IDEA 里经常是代码不报错但运行时找不到类去 Project Structure 里确认 Artifact 输出内容。4.2 中文乱码从页面到数据库每一层都要管现象注册用户名是“张三”保存到数据库变成“å¼ ä¸‰”页面上显示成问号或者乱码。原因编码问题不是单一环节造成的。请求到达 Servlet 时表单参数没解码写入数据库时连接 URL 没指定字符集JSP 页面本身是 UTF-8 但响应头没设。这三层只要有一层不对乱码就会出现在不同位置。解决三层统一为 UTF-8。第一层JSP 页面头部写pageEncodingUTF-8表单页meta charsetUTF-8第二层写一个字符编码过滤器或用 Servlet 的request.setCharacterEncoding(UTF-8)处理所有 POST 请求第三层JDBC URL 加characterEncodingutf8MySQL 表建表时已经用了utf8mb4。按这个顺序查一遍乱码能解决九成。注意 GET 请求的中文参数受 Tomcat 的 URIEncoding 影响建议在server.xml里给 Connector 加上URIEncodingUTF-8。4.3 下单后库存/状态没变事务边界没包住现象订单表里有记录订单明细也插进去了但图书的 status 字段还是 0在售前端依然能搜到这本书并被别人再次下单。原因典型的“伪事务”。代码里orderDAO.insert和bookDAO.updateStatus各从连接池拿了一次连接两个连接是两个独立事务第一条提交了第二条失败后不影响第一条于是出现部分成功。解决回归到第 3.4 节的做法用 ThreadLocal 或者 Spring 的TransactionTemplate把连接统一为一个整个下单操作只做一次 commit/rollback。验证方法也很简单在更新状态那一行故意抛一个 RuntimeException看订单会不会跟着回滚。会回滚才是正确的。4.4 点击按钮 URL 跳 404重定向和转发的路径写法现象登录成功后点击“发布图书”报 404地址栏里的路径多了一段或者少了/campus_books。原因response.sendRedirect()和request.getRequestDispatcher().forward()对路径的解析规则不同。前者是客户端重定向要写完整路径所以必须以request.getContextPath()开头后者是服务端转发直接写项目内的路径即可不能带上下文路径。把两者的路径规则搞混是最常见的 404 来源。解决记住一条口诀——重定向带getContextPath()转发不带。比如sendRedirect(request.getContextPath() /user/booklist.jsp)而getRequestDispatcher(/user/booklist.jsp).forward()。另外JSP 页面里写链接时尽量用${pageContext.request.contextPath}拼前缀不要写死/campus_books否则上下文路径一换全部失效。4.5 Tomcat 启动端口被占用被 Oracle 或残留进程占着 8080现象启动 Tomcat 时 IDEEA 控制台报Port 8080 required by Tomcat v8.5 Server at localhost is already in use。原因上一个 Tomcat 实例没有正常关闭或者机器上有其他服务占用了 8080 端口。很多装了 Oracle 数据库的机器Oracle 的 HTTP 服务默认也走 8080和 Tomcat 撞在一起。解决netstat -ano | findstr :8080查到 PID再tasklist /fi pid 编号看是什么进程。如果是残留的 Java 进程就直接在 IDEA 里停止所有 Tomcat 实例如果是 Oracle 的 XDB 服务可以改它的端口或用管理员执行net stop OracleXETnsListener看具体版本服务名。嫌麻烦的直接把 Tomcat 的 HTTP 端口改成 8081/8082配置在 conf/server.xml 里的Connector port8080。4.6 图片上传之后页面上显示裂图现象图书封面上传成功文件也在服务器目录里但页面 img 标签显示裂图控制台 404。原因图片保存到了本地磁盘某个绝对路径比如/Users/xxx/uploads/但网页访问的是 Tomcat 的虚拟路径。Tomcat 默认只能访问项目部署目录下的资源磁盘上的文件不在 Web 应用内当然 404。解决有两种方案。课设阶段最简单的做法是把图片保存到项目的webapp/uploads/目录数据库里存相对路径uploads/xxx.jpg页面直接用相对路径访问。如果一定想存到外部目录就在 Tomcat 的 server.xml 里配Context docBase/绝对路径 path/uploads /做虚拟目录映射但这种方案部署时很容易忘掉配置不推荐课设使用。4.7 打开页面很慢连接池没生效每次请求都新建连接现象所有页面都要 3-5 秒才加载数据库连接频繁报Too many connections。原因代码里没有用连接池直接在 DAO 里DriverManager.getConnection()每次请求都经历“建连-执行-断连”数据库的连接开销非常大。解决把连接获取全部改为 Druid 连接池检查DruidUtil.getConnection()是否已经替换掉所有DriverManager.getConnection()。再用 Druid 的监控页http://localhost:8080/campus_books/druid/index.html看一眼活跃连接数和执行时间如果发现连接泄漏重点排查是不是有 DAO 没有关闭try-with-resources里的 ResultSet 或 PreparedStatement。5. 从“能跑”到“能讲”演示数据、自测清单与答辩心法5.1 造一套能讲出故事的演示数据很多人的数据是随手慢慢敲进去的演示时边输入边等观感很差。正确做法是写一段 SQL 脚本一次性插入4 个分类计算机、文学、考试教辅、外语每个分类 5-8 本书书名要像真实二手书——比如《Java核心技术 卷I》、“高等数学第七版习题全解”、“考研英语真题 2024”新旧程度和售价要有区分度。再加 3 个用户账号一个管理员、一个普通买家、一个普通卖家。演示顺序也值得设计先以游客身份搜索“Java”展示多条件分页检索然后用买家账号登录把一本书加入购物车、下单、支付、确认收货再用卖家账号登录展示发布图书和订单状态同步更新。最后切管理员账号展示用户管理、图书审核、订单查看。每一步都能对应到前面的表设计和事务实现全程不需要现场现敲数据。5.2 验收前过一遍的清单检查项操作方式预期结果登录状态拦截未登录直接访问/user/cart.jsp重定向到登录页登录后能回到原页面发布图书卖家登录后填表提交首页列表立即出现新书图书状态为“在售”下单事务下单后查数据库 book 表图书 status 变为 1订单和明细同时存在重复下单拦截对同一本书连点两次下单第二次提示“图书已售出”输入校验提交售价为负数页面提示并拦截不落库中文链路发布一本中文书名的图书列表、详情、订单中均无乱码分页与筛选搜索“Java”且切到第 2 页URL 参数保留关键字页码正确这个清单覆盖了系统里最重要的几个业务闭环生产环境不一定这么查但课设验收足够了。每一条都要自己亲手过一遍不要只看代码能编译就算通过。5.3 答辩时主动讲这三句话答辩最容易拿分的不是自我介绍而是主动点出设计决策背后的原因。被问到“为什么用连接池”不要说“大家都用”要讲“连接池把建连开销变成了从池中获取活跃连接数可配置避免每次请求都握手”被问到“下单时并发怎么办”要说“我在更新图书状态时加了status 0作为条件保证只有一个人能改成功”被问到“密码怎么加密的”要说“SHA-256 加盐表里不存明文”。这三句话其实是把前面第二章、第三章的设计逻辑用口头复述一遍而已。真实项目里这些思路仍然成立——先关系建模再分层实现最后用事务和约束保证一致性。把这个项目啃下来你后面学 Spring Boot 会发现自己只是换了个容器把 Servlet 拆得更细核心的业务建模和事务意识都是这次的 JavaWeb 课设打下来的底子。这也是我在带课设时反复和学生讲的一句话能拿 95 分的不是代码写得多花哨而是每一步都讲得清为什么。希望这次的拆解帮到你祝你课设顺利。本文还有配套的精品资源点击获取
JavaWeb校园二手图书交易系统课设：从数据库设计到事务实现全攻略
简介这份资料是一套基于Java Web的校园二手图书交易系统设计与实现源码配套数据库脚本适合Java课程设计、期末大作业场景难度适中、运行通过曾获95分以上评审成绩。资源共485个文件压缩包约3.18MB包含Java源文件92个、class文件112个以及Spring/MyBatis等框架所需的XML配置230个另有Vue前端组件、JavaScript脚本、SQL数据库文件与properties配置等覆盖前后端、数据库及部署配置各项。目前已有192人学习下载。借助该系统可完整了解用户登录、图书发布/检索、订单管理等二手交易闭环的实现思路源码层次清晰便于仿照扩展数据库文件可直接导入快速搭建项目环境对冲刺高分的课设或求职作品集都有实用参考价值。1. 这不是一个“增删改查”课设校园二手图书交易系统到底考什么期末课设季你会发现同一个题目下交上去的作业分差极大有人拿 95有人勉强及格。区别不在功能多少而在业务闭环是否完整、数据是否一致、代码是否分得清层次。基于 Javaweb 的校园二手图书交易系统表面上是图书发布、下单、购物车这些 CRUD实际考察的是你能否把“登录会话、商品状态流转、订单事务、多条件检索”串成一条完整的主链路。这套东西一做透后面 Spring Boot 也好、微服务也好底子全在这一课里。适合两类人正在做 Java 课程设计、想冲高分的学生以及想用最小成本把 JavaWeb 三层架构真正跑通的人。2. 先把“高分”拆开功能模块与数据库设计决定分数上限2.1 谁在用系统按角色拆功能别把业务做成散装 CRUD很多课设的常见做法是堆一堆页面出来用户表、图书表各管各的登录之后直接进入一个“把自己能想到的按钮全摆上”的后台。这种作业做到一半自己就乱了答辩时老师问“你这个系统有哪些角色每个角色能干什么”当场哑火。一个能拿 95 分以上的校园二手图书交易系统功能模块应该先按角色拆清楚再定页面。在这个系统里角色至少要分三种游客、普通用户同时是买家和卖家、管理员。游客能浏览图书、按分类筛选、搜索书名/作者但下单、加入购物车、发布图书必须登录。普通用户登录后拥有两条业务线——作为买家能加入购物车、下单、支付模拟、确认收货、评价作为卖家能发布图书、修改自己发布的图书、下架已售出的图书、查看自己的订单。管理员则是审核图书屏蔽违规内容、管理分类、查看全站订单、管理用户状态。为什么要这么分因为评分老师看的不只是页面数量而是“业务有没有闭环”。比如买家下单后图书状态要从“在售”变成“已售”同时在卖家端产生一条待处理订单买家确认收货之后订单状态变成“已完成”卖家才能拿到书款。这条链一旦断掉哪怕页面再漂亮也会被追问到漏洞百出。功能设计阶段就先把每种角色的操作列表和状态流转图画清楚后面的表设计和代码实现才不会失控。2.2 七张表把业务装下字段、类型、约束一次到位数据库设计是这类课设的硬评分点。表太少说明业务没展开表过多且互相没有外键关联则说明设计是拼凑出来的。我见过的高分作业普遍是 7 张表左右用户表、图书表、分类表、购物车表、订单表、订单明细表、评价表。每张表的关键字段如下表所示。表名关键字段约束与说明userid, username, password, nickname, role, phone, create_timeusername 唯一role 用 TINYINT 存0 普通用户 1 管理员categoryid, name, sort_order, create_timename 唯一分类是图书检索的前置条件bookid, title, author, publisher, price, sell_price, category_id, seller_id, status, cover, view_count, create_timesell_price 是二手售价status 用 0 在售 / 1 已售 / 2 下架seller_id 外键指向 user.idcartid, user_id, book_id, quantity, add_timeuser_id book_id 做联合唯一避免同一个用户重复添加同一本书ordersid, order_no, user_id, total_price, status, receiver_name, receiver_phone, receiver_address, create_time, pay_time, finish_timeorder_no 唯一且业务上可读status 用 0 待付款 / 1 已付款 / 2 已发货 / 3 已完成 / 4 已取消order_itemid, order_id, book_id, book_title, price, quantitybook_title 和 price 做冗余存储下单后图书信息变了不溯源commentid, book_id, user_id, content, rating, create_timerating 存 1-5 的整数做图书评价展示对应的建表 SQL 可以直接抄关键点都写在注释里-- 用户表 CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(32) NOT NULL, password VARCHAR(64) NOT NULL, -- 存储加密后的值不要存明文 nickname VARCHAR(32) DEFAULT NULL, role TINYINT NOT NULL DEFAULT 0, -- 0-普通用户 1-管理员 phone VARCHAR(20) DEFAULT NULL, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 图书表 CREATE TABLE book ( id INT NOT NULL AUTO_INCREMENT, title VARCHAR(128) NOT NULL, author VARCHAR(64) DEFAULT NULL, publisher VARCHAR(64) DEFAULT NULL, price DECIMAL(10,2) NOT NULL, -- 原价 sell_price DECIMAL(10,2) NOT NULL, -- 二手售价 category_id INT NOT NULL, seller_id INT NOT NULL, status TINYINT NOT NULL DEFAULT 0, -- 0-在售 1-已售 2-下架 cover VARCHAR(255) DEFAULT NULL, -- 封面图片路径 view_count INT NOT NULL DEFAULT 0, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_status (status), KEY idx_category (category_id), CONSTRAINT fk_book_category FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里有几个容易忽略的设计细节。第一图书的 status 字段必须建索引因为首页、搜索结果、卖家列表都按状态过滤。第二order_item里的book_title和price是冗余字段宁可多存一份也不能在买家查看历史订单时再去连图书表——图书可能被删除到时候订单详情就查不出来了。第三金额用DECIMAL(10,2)不要用 FLOAT/DOUBLE浮点数的精度误差在涉及钱的时候会变成事故。2.3 为什么你的表设计被扣分外键、时间字段和冗余的边界课设翻车最多的表设计问题有三个。第一个是“全部字段 VARCHAR”id、数量、价格全用字符串存查询排序一塌糊涂第二个是“没有外键也没有索引”两张表之间靠 Java 代码里 for 循环去“关联”数据量一上去页面直接超时第三个是“时间字段只有 String 类型”导致写 SQL 排序时根本无法按时间倒序取最新图书。外键不是越多越好但关键关系必须用外键兜底。book.seller_id、book.category_id、order_item.order_id这几个外键应该加上而cart.user_id和book_id的关联则可以只建联合唯一索引因为购物车是高频插入删除的表外键约束会影响性能。冗余字段的边界也在这里跨表的“名称、价格”可以冗余比如 order_item 冗余 book_title但跨表的“数量”不能冗余比如 book 表里不要放一个sold_count去和订单明细实时同步靠 SQL 聚合查询就够了。给一个判断标准如果你在 Java 代码里用两个 for 循环去凑一张列表的数据那基本是表设计没到位——该有的外键没建、该冗余的字段没冗余或者该用 JOIN 的地方没用 JOIN。数据表设计这一关过了整个项目至少保住了 30% 的分数。3. 从 IDEA 到跑通第一条链路分层实现与踩坑前置3.1 IDEA 运行 JavaWeb 项目的前置配置Tomcat、JDBC 驱动与连接池拿到或者写好的源码第一步不是改代码而是把运行环境对齐。这个步骤卡住过很多人代码在别人电脑上能跑到自己电脑上全是红色报错。原因大多数不是代码问题而是 Tomcat/JDK/MySQL 版本和驱动不匹配。我一般建议统一用这套组合JDK 8 Tomcat 8.5/9.0 MySQL 5.7或 8.0 Druid 连接池。在 IDEA 里配置时重点是两个地方Project Structure 里的 Artifact 要选 Web Application: Exploded并设置好 lib 目录Run Configuration 里 Deployment 要选中这个 ArtifactApplication context 统一写成/campus_books不要留根路径否则后面页面跳转的绝对路径全要跟着改。JDBC 驱动要放在 WEB-INF/lib 下同时确认它是和你 MySQL 版本匹配的 jar。MySQL 5.7 用mysql-connector-java-5.1.xMySQL 8.0 必须用mysql-connector-java-8.0.x驱动类名前者是com.mysql.jdbc.Driver后者是com.mysql.cj.jdbc.Driver。这个细节能排查掉一半的“数据库连接失败”。连接池我选 Druid配置写在druid.properties里好处是监控页面和参数都能看懂课设答辩时被问到“怎么管理数据库连接”有东西可讲。driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/campus_books?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse usernameroot password你的数据库密码 initialSize5 maxActive20 maxWait3000这里的serverTimezoneAsia/Shanghai是 MySQL 8.0 的硬性要求不加会报时区错误characterEncodingutf8保证中文写入不乱码useSSLfalse避免本地连接时 SSL 握手告警。initialSize5表示启动时预创建 5 个连接maxActive20是最大活跃连接数课设项目 20 完全够用maxWait3000是获取连接的超时毫秒数。参数不是越多越好面这几个能讲清楚就足够了。3.2 从 JDBC 到 DAO分页查询和条件统计是怎么配合的连接有了接下来是数据访问层。这类系统里最常考到的就是分页列表因为首页、搜索结果、卖家图书管理都要用。分页的难点不是LIMIT ? OFFSET ?而是“带条件的分页”需要两条 SQL一条查列表一条查总条数而且这两条 SQL 的 WHERE 条件必须完全一致。很多作业翻车就翻在这里列表和页码对不上。下面是一个可复用的BookDAO.findPage写法用PreparedStatement防止 SQL 注入动态拼接条件并返回分页对象public class BookDAO { private Book rowToBook(ResultSet rs) throws SQLException { Book b new Book(); b.setId(rs.getInt(id)); b.setTitle(rs.getString(title)); b.setAuthor(rs.getString(author)); b.setSellPrice(rs.getBigDecimal(sell_price)); b.setStatus(rs.getInt(status)); b.setCategoryId(rs.getInt(category_id)); b.setCover(rs.getString(cover)); return b; } public ListBook findPage(String keyword, Integer categoryId, int page, int pageSize) throws SQLException { StringBuilder sql new StringBuilder( SELECT id, title, author, sell_price, status, category_id, cover FROM book WHERE status 0 ); // 只查在售图书 ListObject params new ArrayList(); if (keyword ! null !keyword.trim().isEmpty()) { sql.append(AND (title LIKE ? OR author LIKE ?) ); String like % keyword.trim() %; params.add(like); params.add(like); } if (categoryId ! null) { sql.append(AND category_id ? ); params.add(categoryId); } sql.append(ORDER BY create_time DESC LIMIT ? OFFSET ? ); params.add(pageSize); params.add((page - 1) * pageSize); try (Connection conn DruidUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql.toString())) { for (int i 0; i params.size(); i) { ps.setObject(i 1, params.get(i)); } try (ResultSet rs ps.executeQuery()) { ListBook list new ArrayList(); while (rs.next()) { list.add(rowToBook(rs)); } return list; } } } public int count(String keyword, Integer categoryId) throws SQLException { // 拼装相同的 WHERE 条件SELECT COUNT(*) 返回总数 } }这个 DAO 的关键在于params列表和 SQL 条件同步累积关键字、分类 ID 按顺序绑定到PreparedStatement不会出现参数错位。LIMIT ? OFFSET ?中的OFFSET是(page - 1) * pageSize页码从 1 开始页大小一般取 8 或 12。try-with-resources写法保证连接和语句一定关闭不会把连接池资源泄漏掉。3.3 浏览器到 Servlet 再到 JSP登录会话和过滤器的正确姿势登录功能的实现看着简单但它是会话控制的起点也是答辩时最容易被深挖的点。安全的做法是登录成功后把用户对象放进 Session然后写一个拦截所有受保护页面的过滤器。千万不要在每个 Servlet 里复制粘贴“判断 Session 是否为空”的代码那样你今天删了某个页面漏改一处明天就出越权漏洞。过滤器是这样写的WebFilter(urlPatterns {/user/*, /seller/*, /admin/*}) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; Object loginUser request.getSession().getAttribute(loginUser); if (loginUser null) { // 未登录用户送回登录页并携带回跳地址 response.sendRedirect(request.getContextPath() /login.jsp?redirect URLEncoder.encode(request.getRequestURI(), UTF-8)); return; } chain.doFilter(req, resp); } }WebFilter注解在 Servlet 3.0 之后可以直接使用不需要在 web.xml 里手动注册。这里的 URL 模式把需要登录的路径全部圈在/user/*、/seller/*、/admin/*下每次请求先验登录态。注意sendRedirect的路径以request.getContextPath()开头不能直接写/login.jsp否则部署到带上下文路径的 Tomcat 上时 404。回跳地址用URLEncoder.encode编码是为了登录成功后能从 URL 参数里取到原始目标页面。对应的登录 Servlet 里要处理的不只是用户名密码比对还有密码存储方式。数据库里存的应该是加盐哈希后的密文而不是明文。用 JDK 自带的MessageDigest做 SHA-256 加盐存储即可不要自己去发明加密算法。页面端永远不展示密码相关字段日志里也不要打印密码。3.4 下单这一步才见真章事务和库存扣减是一个整体购物车、收藏、评价这些都是普通 CRUD真正拉开分数差距的是下单功能。一个正确的下单流程要同时做三件事往 orders 表插一条订单主表记录、往 order_item 表插入一到多条明细、把对应图书的状态从“在售”改成“已售”。这三步要么全成功要么全失败。很多课设代码里这三步用三个 DAO 方法各拿各的连接第一步插入成功、第二步报错订单变成残缺数据这就是典型的“数据一致性翻车”。解决办法是用一个连接贯穿整个事务。常见做法是借助ThreadLocal把同一线程的 Connection 绑定到局部变量事务开始后所有 DAO 都从ConnectionHolder拿同一个连接最后统一提交或回滚public class ConnectionHolder { private static final ThreadLocalConnection TL new ThreadLocal(); public static Connection get() throws SQLException { Connection conn TL.get(); if (conn null) { conn DruidUtil.getConnection(); TL.set(conn); } return conn; } public static void bind(Connection conn) { TL.set(conn); } public static void unbind() { TL.remove(); } }下订单的业务方法中按下面的顺序组织事务控制public void createOrder(Order order, ListCartItem items) throws SQLException { Connection conn DruidUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交 try { ConnectionHolder.bind(conn); orderDAO.insert(order); orderItemDAO.batchInsert(order.getId(), items); bookDAO.updateStatus(..., 1); // 图书标记为已售 conn.commit(); } catch (SQLException e) { conn.rollback(); // 任何一步失败全部回滚 throw e; } finally { conn.setAutoCommit(true); ConnectionHolder.unbind(); conn.close(); } }setAutoCommit(false)之后所有 SQL 都在同一个事务里执行直到commit()才真正落库。finally块里恢复自动提交、解绑 ThreadLocal 并关闭连接这一步漏掉会造成连接池里的连接状态错乱下一次从池里拿出来时还是“事务中”状态。这里的updateStatus后面加了一个 WHERE 条件AND status 0保证只有图书还在售时才能成功更新防止两个人同时下单同一本书导致超卖。4. 避坑手册JavaWeb 课设最常见的 7 个翻车现场4.1 数据库连不上连接超时、时区、驱动类名三连问现象Tomcat 启动正常但一访问列表页就报Cannot create PoolableConnectionFactory或Communications link failure。看控制台堆栈有的是UnknownHostException有的是The server time zone value XXXX is unrecognized还有的是ClassNotFoundException: com.mysql.jdbc.Driver。原因这三种异常本质完全不同。第一种是 IP 或端口写错或者 MySQL 服务没启动第二种是 MySQL 8.0 要求显式指定时区第三种是驱动 jar 版本和驱动类名不匹配用了老驱动但数据库是 8.0。解决先telnet 127.0.0.1 3306确认端口通不通不通就检查 MySQL 服务和防火墙。然后确认pom.xml或WEB-INF/lib里的 jar 包版本MySQL 8.x 对应的驱动类名是com.mysql.cj.jdbc.Driver连接 URL 加serverTimezoneAsia/Shanghai。最后看驱动 jar 是否真的打进了 Artifact 的 lib 目录IDEA 里经常是代码不报错但运行时找不到类去 Project Structure 里确认 Artifact 输出内容。4.2 中文乱码从页面到数据库每一层都要管现象注册用户名是“张三”保存到数据库变成“å¼ ä¸‰”页面上显示成问号或者乱码。原因编码问题不是单一环节造成的。请求到达 Servlet 时表单参数没解码写入数据库时连接 URL 没指定字符集JSP 页面本身是 UTF-8 但响应头没设。这三层只要有一层不对乱码就会出现在不同位置。解决三层统一为 UTF-8。第一层JSP 页面头部写pageEncodingUTF-8表单页meta charsetUTF-8第二层写一个字符编码过滤器或用 Servlet 的request.setCharacterEncoding(UTF-8)处理所有 POST 请求第三层JDBC URL 加characterEncodingutf8MySQL 表建表时已经用了utf8mb4。按这个顺序查一遍乱码能解决九成。注意 GET 请求的中文参数受 Tomcat 的 URIEncoding 影响建议在server.xml里给 Connector 加上URIEncodingUTF-8。4.3 下单后库存/状态没变事务边界没包住现象订单表里有记录订单明细也插进去了但图书的 status 字段还是 0在售前端依然能搜到这本书并被别人再次下单。原因典型的“伪事务”。代码里orderDAO.insert和bookDAO.updateStatus各从连接池拿了一次连接两个连接是两个独立事务第一条提交了第二条失败后不影响第一条于是出现部分成功。解决回归到第 3.4 节的做法用 ThreadLocal 或者 Spring 的TransactionTemplate把连接统一为一个整个下单操作只做一次 commit/rollback。验证方法也很简单在更新状态那一行故意抛一个 RuntimeException看订单会不会跟着回滚。会回滚才是正确的。4.4 点击按钮 URL 跳 404重定向和转发的路径写法现象登录成功后点击“发布图书”报 404地址栏里的路径多了一段或者少了/campus_books。原因response.sendRedirect()和request.getRequestDispatcher().forward()对路径的解析规则不同。前者是客户端重定向要写完整路径所以必须以request.getContextPath()开头后者是服务端转发直接写项目内的路径即可不能带上下文路径。把两者的路径规则搞混是最常见的 404 来源。解决记住一条口诀——重定向带getContextPath()转发不带。比如sendRedirect(request.getContextPath() /user/booklist.jsp)而getRequestDispatcher(/user/booklist.jsp).forward()。另外JSP 页面里写链接时尽量用${pageContext.request.contextPath}拼前缀不要写死/campus_books否则上下文路径一换全部失效。4.5 Tomcat 启动端口被占用被 Oracle 或残留进程占着 8080现象启动 Tomcat 时 IDEEA 控制台报Port 8080 required by Tomcat v8.5 Server at localhost is already in use。原因上一个 Tomcat 实例没有正常关闭或者机器上有其他服务占用了 8080 端口。很多装了 Oracle 数据库的机器Oracle 的 HTTP 服务默认也走 8080和 Tomcat 撞在一起。解决netstat -ano | findstr :8080查到 PID再tasklist /fi pid 编号看是什么进程。如果是残留的 Java 进程就直接在 IDEA 里停止所有 Tomcat 实例如果是 Oracle 的 XDB 服务可以改它的端口或用管理员执行net stop OracleXETnsListener看具体版本服务名。嫌麻烦的直接把 Tomcat 的 HTTP 端口改成 8081/8082配置在 conf/server.xml 里的Connector port8080。4.6 图片上传之后页面上显示裂图现象图书封面上传成功文件也在服务器目录里但页面 img 标签显示裂图控制台 404。原因图片保存到了本地磁盘某个绝对路径比如/Users/xxx/uploads/但网页访问的是 Tomcat 的虚拟路径。Tomcat 默认只能访问项目部署目录下的资源磁盘上的文件不在 Web 应用内当然 404。解决有两种方案。课设阶段最简单的做法是把图片保存到项目的webapp/uploads/目录数据库里存相对路径uploads/xxx.jpg页面直接用相对路径访问。如果一定想存到外部目录就在 Tomcat 的 server.xml 里配Context docBase/绝对路径 path/uploads /做虚拟目录映射但这种方案部署时很容易忘掉配置不推荐课设使用。4.7 打开页面很慢连接池没生效每次请求都新建连接现象所有页面都要 3-5 秒才加载数据库连接频繁报Too many connections。原因代码里没有用连接池直接在 DAO 里DriverManager.getConnection()每次请求都经历“建连-执行-断连”数据库的连接开销非常大。解决把连接获取全部改为 Druid 连接池检查DruidUtil.getConnection()是否已经替换掉所有DriverManager.getConnection()。再用 Druid 的监控页http://localhost:8080/campus_books/druid/index.html看一眼活跃连接数和执行时间如果发现连接泄漏重点排查是不是有 DAO 没有关闭try-with-resources里的 ResultSet 或 PreparedStatement。5. 从“能跑”到“能讲”演示数据、自测清单与答辩心法5.1 造一套能讲出故事的演示数据很多人的数据是随手慢慢敲进去的演示时边输入边等观感很差。正确做法是写一段 SQL 脚本一次性插入4 个分类计算机、文学、考试教辅、外语每个分类 5-8 本书书名要像真实二手书——比如《Java核心技术 卷I》、“高等数学第七版习题全解”、“考研英语真题 2024”新旧程度和售价要有区分度。再加 3 个用户账号一个管理员、一个普通买家、一个普通卖家。演示顺序也值得设计先以游客身份搜索“Java”展示多条件分页检索然后用买家账号登录把一本书加入购物车、下单、支付、确认收货再用卖家账号登录展示发布图书和订单状态同步更新。最后切管理员账号展示用户管理、图书审核、订单查看。每一步都能对应到前面的表设计和事务实现全程不需要现场现敲数据。5.2 验收前过一遍的清单检查项操作方式预期结果登录状态拦截未登录直接访问/user/cart.jsp重定向到登录页登录后能回到原页面发布图书卖家登录后填表提交首页列表立即出现新书图书状态为“在售”下单事务下单后查数据库 book 表图书 status 变为 1订单和明细同时存在重复下单拦截对同一本书连点两次下单第二次提示“图书已售出”输入校验提交售价为负数页面提示并拦截不落库中文链路发布一本中文书名的图书列表、详情、订单中均无乱码分页与筛选搜索“Java”且切到第 2 页URL 参数保留关键字页码正确这个清单覆盖了系统里最重要的几个业务闭环生产环境不一定这么查但课设验收足够了。每一条都要自己亲手过一遍不要只看代码能编译就算通过。5.3 答辩时主动讲这三句话答辩最容易拿分的不是自我介绍而是主动点出设计决策背后的原因。被问到“为什么用连接池”不要说“大家都用”要讲“连接池把建连开销变成了从池中获取活跃连接数可配置避免每次请求都握手”被问到“下单时并发怎么办”要说“我在更新图书状态时加了status 0作为条件保证只有一个人能改成功”被问到“密码怎么加密的”要说“SHA-256 加盐表里不存明文”。这三句话其实是把前面第二章、第三章的设计逻辑用口头复述一遍而已。真实项目里这些思路仍然成立——先关系建模再分层实现最后用事务和约束保证一致性。把这个项目啃下来你后面学 Spring Boot 会发现自己只是换了个容器把 Servlet 拆得更细核心的业务建模和事务意识都是这次的 JavaWeb 课设打下来的底子。这也是我在带课设时反复和学生讲的一句话能拿 95 分的不是代码写得多花哨而是每一步都讲得清为什么。希望这次的拆解帮到你祝你课设顺利。本文还有配套的精品资源点击获取
