拓冰网站定制 
简介这是一份面向计算机专业毕业设计的Java在线购物系统源码与论文包适合需要完成电商类课题、进行Java Web课程设计或准备毕业答辩的学生使用。7z压缩包内共314个文件以188个class编译文件、59个jsp动态页面为主体搭配40个gif和12个jpg界面图片、3个jar依赖库另有2个db、1个mdf和1个ldf数据库文件以及1个doc论文文档整体资源仅1.67MB。目录中同时出现JSP页面、Java类、数据库文件、配置文件和样式文件方便对照理解前端展示、业务逻辑与数据存储的实现关系也便于导入开发环境查看闭环。已有31人学习浏览适合Java Web入门到中级水平的读者下载参考项目结构并获取毕业设计文档撰写的实际素材。1. 在线购物系统的Java实现一套源代码能覆盖毕业设计、接外包和自学三条路如果你手头正压着一个两周后要交的课程设计或者接了个小商城的外包单子再或者只是想把 Java Web 那条线串起来那这份「基于 Java 的在线购物系统」的源代码压缩包本质上是一张已经画好的地图。它不解决“发明”的问题解决的是“复用”的问题用户注册登录、商品展示、购物车、下单、订单管理这些电商最基础的能力用 Java 技术栈怎么组织、怎么落地代码里全都有答案。这类项目最常见的形态是 JSP Servlet JDBC MySQL部署在 Tomcat 上代码量不大但五脏俱全。它能跑通完整闭环也正因为体量小适合做课程设计和入门练手。拿到源码之后你不是要把它背下来而是要把「工程结构怎么拆、请求怎么流转、事务怎么控制」这几件事看明白。把它改造成自己的项目比从零写一遍省力得多这也是源代码存在的核心意义。2. 先把技术栈定死JSP/Servlet 还是 Spring Boot以及对应的表结构2.1 两种选型的真实边界为什么老项目还在用 JSP你拿到的源码如果是「计算机专业项目」这个语境十有八九是 JSP Servlet 的老架构。不是因为它先进而是因为教学链路还停留在那里从 JavaSE 直接跳到 JavaWebJSP 是绕不开的一环。这套技术栈的优点是直观JSP 页面里可以直接写 Java 代码请求从 Servlet 进转发到 JSP 出整个数据流肉眼可见缺点是 JSP 里嵌入大量脚本逻辑后期维护很痛苦但作为课程设计老师看重的恰恰是你能讲清楚这中间的每一次请求和转发。如果是自己接外包单子我一般会直接上 Spring Boot MyBatis因为开发效率和后续维护天差地别。但如果你现在手上拿到的是 JSP 版的源码不建议急着推翻重写——先把它跑通理解结构再在原有基础上往 Spring Boot 迁移反而能同时证明你两种技术都会。迁移的过程我会在第 6 章讲那是让评分和甲方高看你一眼的关键动作。2.2 数据库设计用户、商品、订单、购物车四张核心表在线购物系统再怎么花哨核心也就是这四张表用户表、商品表、订单表、订单明细表。购物车这个角色很特殊早期项目里它可能根本不落库直接存在 Session 里后面我会单独说。先看表结构设计这决定了你后续所有代码怎么写。-- 用户表 CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT MD5加密后的密码, phone VARCHAR(20) DEFAULT NULL, address VARCHAR(200) DEFAULT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 商品表 CREATE TABLE product ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 0, image VARCHAR(255) DEFAULT NULL, description TEXT, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表 CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 订单号业务上唯一, user_id INT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已发货 3已完成 4已取消, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;两个常见的设计坑这里提前说。第一password字段长度别设成 20MD5 的十六进制结果是 32 位长度不够会直接插入失败很多源码包用的是 32你检查一下自己的 DDL。第二金额字段必须用DECIMAL不能用FLOAT和DOUBLE浮点数算钱会出现 0.1 0.2 不等于 0.3 的问题这在订单金额计算里是绝对不允许的。订单明细表也是一定要有的它记录每个订单包含哪些商品、数量、当时的成交单价。为什么强调“当时单价”因为商品价格会变订单生成后你不能再跟着商品表的价格走否则用户查历史订单时金额对不上这就是多对多关系拆成两张表的原因。2.3 项目目录结构源代码包里该有什么不该有什么拿到 .7z 压缩包解压之后第一件事不是急着导入 IDE而是先看目录结构是否完整。一个标准的 JSP Servlet 项目目录大概长这样shopping-system/ ├── src/ │ ├── com/shop/dao/ // 数据访问层JDBC操作 │ ├── com/shop/service/ // 业务逻辑层 │ ├── com/shop/servlet/ // 控制器层处理请求 │ ├── com/shop/entity/ // 实体类对应数据库表 │ ├── com/shop/util/ // 工具类DB连接池、MD5等 │ └── com/shop/filter/ // 过滤器登录校验、编码设置 ├── web/ │ ├── WEB-INF/ │ │ ├── web.xml // Servlet映射、过滤器配置 │ │ └── lib/ // 依赖的JAR包 │ ├── css/ js/ │ ├── login.jsp register.jsp │ ├── index.jsp // 商品列表首页 │ ├── cart.jsp // 购物车页面 │ └── order.jsp // 订单确认页 └── sql/ └── shopping.sql // 建表语句和初始数据这里有个现实问题很多源码包为了压缩体积把lib/目录里的 JAR 包删掉了或者sql/目录缺失。没有 JAR 包项目导入后全是红叉没有 SQL 文件你连数据库表都得自己建。网上下的源码经常翻车在这两个地方所以拿到包先检查这两个目录。如果确实缺了lib/可以从 Tomcat 的lib目录或者 Maven 仓库里补齐mysql-connector-java、jstl这几个关键包SQL 文件缺失就只能根据实体类的字段反推建表语句了。3. 核心模块落地从登录校验到购物车与订单的状态流转3.1 登录与 Session 管理过滤器拦截 MD5 存储登录模块是所有系统的门面。在 JSP/Servlet 架构里登录校验的常规做法是用户提交用户名密码 → Servlet 接收参数 → 调 Service 层查询数据库 → 比对成功则把用户信息存进 Session → 跳转首页。这中间有两个细节必须处理好。第一个是密码绝不能明文存数据库。虽然课程设计老师一般不强制但作为工程师素养至少要做 MD5 加盐。第二个是 Session 超时问题web.xml里可以配置超时时间默认 30 分钟如果不配置用户逛着逛着就被踢出登录态在购物车场景里就是「加了半天的商品突然没了」。WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String username req.getParameter(username); String password req.getParameter(password); // 参数非空校验 if (username null || password null || username.trim().isEmpty() || password.trim().isEmpty()) { req.setAttribute(error, 用户名和密码不能为空); req.getRequestDispatcher(/login.jsp).forward(req, resp); return; } UserService userService new UserService(); User user userService.login(username, MD5Util.md5(password)); if (user ! null) { HttpSession session req.getSession(); session.setAttribute(loginUser, user); // 重定向避免表单重复提交 resp.sendRedirect(req.getContextPath() /index); } else { req.setAttribute(error, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }这段代码有两点值得说明。一是登录成功后用sendRedirect而不是forward因为转发地址栏不变用户刷新页面就会重新提交一次表单造成重复登录的脏数据重定向是标准的 PRGPost/Redirect/Get模式。二是这里把 Service 层直接在 Servlet 里 new 出来了小项目可以这么干但可维护性差后面重构时你会想把它换成接口 实现类。3.2 商品列表与分页JDBC 分页的三种写法商品展示是购物系统的核心流量入口。首页要展示商品列表商品多了就要分页。JDBC 分页在不同数据库里写法不一样这正好是个高频面试题MySQL 用LIMIT offset, sizeOracle 用ROWNUM子查询SQL Server 用ROW_NUMBER()。这个系统既然配的是 MySQL那就用LIMIT。public ListProduct findPage(int page, int pageSize) { // offset (当前页码 - 1) * 每页条数 int offset (page - 1) * pageSize; String sql SELECT id, name, price, stock, image, description FROM product ORDER BY id DESC LIMIT ?, ?; ListProduct list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, offset); ps.setInt(2, pageSize); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Product p new Product(); p.setId(rs.getInt(id)); p.setName(rs.getString(name)); p.setPrice(rs.getBigDecimal(price)); p.setStock(rs.getInt(stock)); p.setImage(rs.getString(image)); p.setDescription(rs.getString(description)); list.add(p); } } } catch (SQLException e) { e.printStackTrace(); } return list; }PreparedStatement是必须的不能用Statement拼 SQL否则商品名里带个单引号就能让查询报错更进一步就是 SQL 注入。这里用?占位符传参数据库驱动会帮你做转义。分页还有一个隐含参数要根据实际调整pageSize 到底定多少。首页推荐位可能只放 8 个列表页放 12 或 16 个。很多源码写死 10你改成 12 会更符合 bootstrap 栅格布局一行的整除关系。分页条上的页码导航要注意处理临界值当前页为 1 时「上一页」要禁用当前页等于总页数时「下一页」要禁用。3.3 购物车实现用 Session 存还是用表存购物车是这个系统里最有讨论价值的设计点。老项目里它常常不建表直接把购物车对象塞进 Session。用户未登录也可以往 Session 里放商品结账时强制跳登录页登录后把 Session 里的购物车数据转到订单流程。这样做的好处是零数据库开销、实现快符合课程设计体量坏处是 Session 在服务端有有效期用户关掉浏览器购物车就没了。如果你想把项目做得更像真实产品那就建一张cart表把 user_id、product_id、quantity 存进去加一个唯一索引(user_id, product_id)同个商品加购时走INSERT ... ON DUPLICATE KEY UPDATE quantity quantity 1。代码会多出不少但这也正是你和旁边用 Session 方案的同学拉开差距的地方。无论哪种方案购物车的数量变更接口比加入购物车更容易漏用户可能在购物车页直接改数量、勾选部分商品结算、删除某个条目。源码包里常见的是「全选结算」和「单个删除」都做了但「修改数量后重新计算总价」这个动作可能没做你拿到源码后优先检查这里。3.4 下单与库存扣减事务的边界下单是整个系统里最需要谨慎的模块。它涉及三步操作生成订单记录、生成订单明细、扣减商品库存。这三步要么全成要么全败所以必须包在同一个数据库事务里。很多课程设计源码在这里是分开执行的如果第二步失败订单已经插进去了库存却没扣数据就乱了。public boolean createOrder(Order order, ListOrderItem items) { Connection conn null; try { conn DBUtil.getConnection(); // 关闭自动提交开启手动事务 conn.setAutoCommit(false); // 第一步插入订单表 String sqlOrder INSERT INTO orders(order_no, user_id, total_amount, status) VALUES(?, ?, ?, 0); PreparedStatement psOrder conn.prepareStatement(sqlOrder, Statement.RETURN_GENERATED_KEYS); psOrder.setString(1, order.getOrderNo()); psOrder.setInt(2, order.getUserId()); psOrder.setBigDecimal(3, order.getTotalAmount()); psOrder.executeUpdate(); // 拿到数据库自增的订单ID ResultSet keys psOrder.getGeneratedKeys(); int orderId -1; if (keys.next()) { orderId keys.getInt(1); } // 第二步插入订单明细 扣库存 for (OrderItem item : items) { String sqlItem INSERT INTO order_item(order_id, product_id, quantity, price) VALUES(?, ?, ?, ?); PreparedStatement psItem conn.prepareStatement(sqlItem); psItem.setInt(1, orderId); psItem.setInt(2, item.getProductId()); psItem.setInt(3, item.getQuantity()); psItem.setBigDecimal(4, item.getPrice()); psItem.executeUpdate(); // 扣库存时带上 stock ? 条件防止超卖 String sqlStock UPDATE product SET stock stock - ? WHERE id ? AND stock ?; PreparedStatement psStock conn.prepareStatement(sqlStock); psStock.setInt(1, item.getQuantity()); psStock.setInt(2, item.getProductId()); psStock.setInt(3, item.getQuantity()); int affected psStock.executeUpdate(); if (affected 0) { // 库存不足抛异常触发回滚 throw new SQLException(商品 item.getProductId() 库存不足); } } conn.commit(); return true; } catch (SQLException e) { e.printStackTrace(); // 回滚全部操作 try { if (conn ! null) conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } return false; } finally { try { if (conn ! null) { conn.setAutoCommit(true); // 恢复自动提交 conn.close(); } } catch (SQLException e) { e.printStackTrace(); } } }这段代码里最值得抄的是库存扣减那句WHERE id ? AND stock ?这是用乐观锁思路防止超卖的最简单实现。如果用UPDATE product SET stock stock - 1 WHERE id ?不加库存条件并发下单时两个事务同时读到库存为 1各自扣减最终库存变成 -1这就是超卖。加了条件后第二个事务的更新会返回 0 行受影响你可以借此判断库存不足。这里还要提醒一个容易被忽略的坑DBUtil.getConnection()每次调用都新建连接在并发量大时会把数据库连接池打满。课程设计里无所谓但如果要演示给老师看最好用Druid或C3P0连接池接管代码改动不大——把DBUtil的getConnection()改成从连接池取即可。4. 七类常见翻车现场从 7z 解压到中文乱码的排查清单4.1 7z 文件解压后路径乱码或文件缺失现象用压缩软件解压 .7z 后目录里出现一堆乱码文件名或者直接提示「无法打开」。原因7z 格式在没有保存文件名编码信息时中文文件名依赖系统默认编码。Windows 系统默认 GBK而打包方如果在 Linux/macOS 下用 UTF-8 打包两边编码对不上就会乱码。解决优先用 7-Zip 官方工具解压它在解压时会尝试识别编码。如果乱码已经出现把压缩包用7z x shopping-system.7z -oD:\project -mcp936指定代码页重新解压一次936是 GBK 的代码页编号。macOS/Linux 下用unar这个工具效果也很好它专门处理这类编码问题。这是拿到项目后的第一道坎也是最没技术含量但最容易卡住新手的地方。4.2 Tomcat 启动就报 ClassNotFoundException现象启动 Tomcat 后控制台抛ClassNotFoundException: com.mysql.jdbc.Driver或NoClassDefFoundError。原因项目WEB-INF/lib目录里没放mysql-connector-java.jar。前面说过很多源码包为了体积删掉了依赖 JAR。解决到 Maven 中央仓库下载对应版本的mysql-connector-java放进web/WEB-INF/lib/目录然后在 IDE 里刷新项目。注意版本要和 MySQL 匹配MySQL 5.7 用 5.1.x 或 8.0.x 都能连但连接串有区别MySQL 8.0 必须用 8.0.x 驱动且加载类名是com.mysql.cj.jdbc.Driver老驱动连 MySQL 8 会直接报Public Key Retrieval is not allowed。4.3 JDBC 连不上 MySQL时区与 SSL 两个拦路虎现象数据库连接报错The server time zone value Öйú±ê׼ʱ¼ä is unrecognized或SSL connection error。原因MySQL 8.0 之后JDBC 连接串必须显式指定时区默认的 America 时区不被识别同时 MySQL 8.0 默认开启 SSL驱动会在连接时尝试协商加密。解决在DBUtil.java里把连接串改成长这样jdbc:mysql://localhost:3306/shopping?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue这个参数组合是血泪经验。useUnicodetruecharacterEncodingutf8解决中文写入乱码useSSLfalse关掉加密协商serverTimezoneAsia/Shanghai指定东八区allowPublicKeyRetrievaltrue让客户端允许从服务端获取公钥缺一个都可能抛出不同名目的连接失败。课程设计里出现这个问题时90% 的人会卡在这里因为报错信息里全是英文和莫名其妙的数字。4.4 页面中文乱码现象网页上所有中文都变成???或者「鐧惧害」这类乱码。原因三个环节的编码不一致——JSP 页面编码、Servlet 读取请求参数的编码、数据库表的编码。JSP 页面用了GBK数据库表是utf8mb4前端提交中文到 ServletServlet 里req.setCharacterEncoding(UTF-8)没写Tomcat 默认按 ISO-8859-1 解析中文就变成乱码。解决统一三处编码。JSP 文件头部写% page contentTypetext/html; charsetUTF-8 pageEncodingUTF-8 %Servlet 的doGet和doPost最前面加req.setCharacterEncoding(UTF-8)数据库连接串里带上characterEncodingutf8建表语句统一用CHARSETutf8mb4。四层全部统一后乱码还出现就去看 Tomcat 的server.xml里Connector是否配置了URIEncodingUTF-8加在port8080那个 Connector 上即可。4.5 Tomcat 端口被占用现象启动 Tomcat 报Port 8080 was already in use。原因之前启动过的 Tomcat 进程没有完全杀掉或者有别的软件占用了 8080。解决开发环境最省事的办法是不换端口直接杀掉占用进程。Windows 上用netstat -ano | findstr 8080查 PID然后taskkill /F /PID 那个PID。macOS/Linux 用lsof -i :8080配合kill -9 PID。如果你不想每次都被占用问题烦可以改 Tomcat 的server.xml端口为 8081但这会带来一个问题——你手上的源码包如果在前端 JS 里写死了请求地址为http://localhost:8080/那就得连 JS 一起改所以优先杀掉进程而不是换端口。4.6 数据库脚本导入失败SQL 文件执行到一半报错现象在 Navicat 里运行shopping.sql执行到某条 INSERT 语句报错比如Data too long for column或Duplicate entry。原因SQL 文件里可能包含DROP TABLE IF EXISTS和CREATE TABLE如果表已存在数据插入时主键冲突还有一种常见情况是商品描述里的特殊字符导致语法解析失败。解决导入前先确认目标数据库不存在同名表。如果只是重复执行脚本手动把报错前已建好的表DROP掉再重新导入。Navicat 导入时把「遇到错误继续执行」的选项关掉这样能看到第一条真正的错误而不是被后续几百条连带错误刷屏。MySQL 命令行导入更直观mysql -uroot -p shopping shopping.sql错误信息会精准定位到哪一行。4.7 后台管理页面打不开或报 404现象能够正常访问首页但点击「后台管理」链接跳到 404或者跳转到登录页后又回到首页。原因后台管理功能通常是独立的 Servlet 路径映射比如/admin/*。如果web.xml里对应的servlet-mapping被注释掉或路径写错就会 404。另一种情况是AdminFilter里没有放行/admin/login导致登录请求自己都被拦截形成死循环。解决打开web.xml检查所有servlet-mapping的url-pattern是否和WebServlet注解中的地址一致。JSP/Servlet 项目里注解和 web.xml 同时存在时映射冲突是最隐蔽的坑——你看到WebServlet(/admin/login)可能 web.xml 里还有一个旧映射指到别的类上Tomcat 启动时干脆注册失败。排查办法是启动时看控制台有没有Servlet mapping相关的 WARNING。5. 把系统跑起来并验证最小部署步骤与测试用例5.1 环境准备清单与版本匹配跑通这个项目最少需要四样东西版本之间要能配合否则翻车概率极大。Java 8 或 11 都可以如果源码用了 Lambda 和try-with-resources第 3 章代码里就有那 Java 7 以下直接编译不过。Tomcat 8.5 或 9.0 是 JSP/Servlet 项目的稳妥选择Tomcat 10 之后把javax.servlet包名改成了jakarta.servlet老源码在 Tomcat 10 上大概率直接报NoClassDefFoundError这是新手最容易踩的版本坑。MySQL 5.7 兼容性最好MySQL 8.0 也行但要带上第 4 节那些连接参数。开发工具方面Eclipse 和 IDEA 都可以。IDEA 社区版免费够用专业版对 JSP 的支持更好。这里的关键操作是导入方式用 IDEA 导入老项目时别选「Import Project」里的 Maven 选项直接选「New → Project from Existing Sources」然后选web/WEB-INF/web.xml作为 Web 配置入口IDEA 才会正确识别这是 Web 项目。如果选错了项目里所有 JSP 都不会被识别成网页文件运行配置里也找不到 Tomcat 选项。5.2 导入数据库与配置连接的完整步骤把系统跑起来的过程本质是「数据库先通Tomcat 后挂」。顺序不能反因为项目启动时需要连接数据库做初始化。第一步用 Navicat 或命令行创建数据库CREATE DATABASE shopping DEFAULT CHARACTER SET utf8mb4;。第二步执行shopping.sql导入表结构和初始数据。第三步找到项目里的数据库配置文件常见位置有两个src/db.properties或src/com/shop/util/DBUtil.java。把里面的url、username、password改成你本机的值jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/shopping?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456第四步把 Tomcat 配到 IDEA 的运行配置里。第五步部署 artifact 后启动 Tomcat浏览器访问http://localhost:8080/项目名/。注意项目名默认是 WAR 包的名称如果你导入后没改名访问路径里带着源码包原始的目录名别光看端口对却忽略了路径。这一步完成后你能看到首页的商品列表系统就算跑通了。剩下的工作就是用测试用例把每个功能点验证一遍。5.3 功能验证用例清单照着点一遍哪里缺补哪里跑通不等于能交差。我建议你按下面的清单逐项验证每项确认后打勾这也是后续答辩时你能说清楚「系统做了哪些功能」的依据用例编号功能点操作步骤预期结果T01注册首页点注册填用户名、密码、手机号注册成功跳转登录页T02重复用户名注册用 T01 同用户名再注册提示用户名已存在T03登录成功用注册账号登录跳转首页导航栏显示用户名T04登录密码错误故意输错密码提示用户名或密码错误T05未登录访问购物车退出登录后直接访问 cart.jsp被过滤器拦截跳转登录页T06加入购物车商品列表点「加入购物车」购物车数量 1T07修改购物车数量购物车页修改数量为 3小计和总价重新计算T08删除购物车条目勾选某商品点删除该条目移除总价更新T09提交订单购物车点结算确认订单生成订单跳转支付页T10订单金额核对比对订单总金额与购物车勾选商品合计金额一致T11库存扣减下单后回商品列表查看库存库存减少对应数量T12库存不足把某商品库存清零再下单提示库存不足下单失败T13订单列表个人中心查看「我的订单」显示已下单记录与状态T14后台登录访问 admin/login.jsp输入管理员账号进入后台管理页T15商品上下架后台修改商品状态为下架前台商品列表不再展示这 15 个用例覆盖了三层基础功能、门店逻辑、后台管理。第 6 个到第 12 个是整个系统的核心链路也就是「加购 → 结算 → 下单 → 扣库存」如果这条链路能完整跑通且数据正确系统的架构就没有大问题。很多源码包里后台的「下架」功能是用status字段实现但前台查询没加WHERE status 1条件导致下架了还在展示T15 就是抓这种逻辑漏洞的。5.4 用接口视角验证不看页面也能查数据页面点完一遍后建议用更直接的方式验证数据是否正确。登录 MySQL执行几条查询眼睛能看到的数据比你点多少次页面都靠谱。下单完成后验证订单表和库存表-- 查看最新订单及其状态 SELECT id, order_no, user_id, total_amount, status FROM orders ORDER BY id DESC LIMIT 3; -- 验证某个订单的明细 SELECT oi.order_id, oi.product_id, oi.quantity, oi.price, (oi.quantity * oi.price) AS item_total FROM order_item oi WHERE oi.order_id (SELECT MAX(id) FROM orders); -- 核对库存是否被正确扣减 SELECT id, name, stock FROM product WHERE id 你要买的商品ID;这里有一个值得养成的习惯把订单表里的total_amount和订单明细表里SUM(quantity * price)做关联对比两者必须相等。如果不等说明下单事务有漏洞——可能是明细插入循环里漏了某一项也可能计算总价时包含了未勾选的商品。这是最典型的课程设计隐藏扣分点也是你向答辩老师展示「我懂数据一致性」的最好证据。6. 代码到手后别急着交三个进阶改造让评分高一个档次源码跑通只是起点把「别人的代码」变成「你的设计」靠的是改造。三个方向最值得投入安全加固、连接池替换、接口返回 JSON 化按这个顺序做性价比从高到低。第一修掉 SQL 注入。全文搜索代码里所有Statement和字符串拼接 SQL 的写法统一替换成PreparedStatement。别小看这个动作你搜索一下就能发现源码里可能存在十几个Statement实例它们都在用户输入直接拼接查询的场景里比如搜索商品、筛选价格区间。替换后你可以在搜索框输入 OR 11试试原来可能炸出所有商品的漏洞就堵上了。第二把DBUtil换成 Druid 连接池。改动成本约 20 分钟下载druid-1.x.jar放进lib在db.properties里加initialSize5, maxActive20把DBUtil.getConnection()的实现换成从DruidDataSourceFactory取。完成后你可以写一个并发测试模拟 50 个线程同时访问商品列表连接池方案下系统响应平稳而原来的直连方案在连接数超过 MySQL 默认上限时会直接抛异常。这个对比演示答辩现场效果比任何 PPT 都强。第三给前端接口做 JSON 化改造。原来的 JSP 页面直接渲染数据页面刷新才能看到新状态。你可以在项目里加一个ApiServlet查询商品和购物车时输出 JSON前端用fetch异步请求这样加购商品时页面不用刷新购物车数量原地跳动。这会让系统体验直接从「课程设计」跳到「产品原型」而且代码量只需要几个 Servlet 加少量 JavaScript属于用最小代价展示现代开发能力。我自己的习惯是拿到任何源码包先建一个docs/目录把跑通步骤、踩坑记录、改造日志写进去。技术债是真实的但更真实的是——你花一个晚上踩过的坑值得被记录下来让你下一次拿到新项目时不用从头再爬一遍。希望这篇笔记能帮你在同样的路上走得快一点。本文还有配套的精品资源点击获取 基于Java的在线购物系统：JSP/Servlet实现与部署排错全解析
简介这是一份面向计算机专业毕业设计的Java在线购物系统源码与论文包适合需要完成电商类课题、进行Java Web课程设计或准备毕业答辩的学生使用。7z压缩包内共314个文件以188个class编译文件、59个jsp动态页面为主体搭配40个gif和12个jpg界面图片、3个jar依赖库另有2个db、1个mdf和1个ldf数据库文件以及1个doc论文文档整体资源仅1.67MB。目录中同时出现JSP页面、Java类、数据库文件、配置文件和样式文件方便对照理解前端展示、业务逻辑与数据存储的实现关系也便于导入开发环境查看闭环。已有31人学习浏览适合Java Web入门到中级水平的读者下载参考项目结构并获取毕业设计文档撰写的实际素材。1. 在线购物系统的Java实现一套源代码能覆盖毕业设计、接外包和自学三条路如果你手头正压着一个两周后要交的课程设计或者接了个小商城的外包单子再或者只是想把 Java Web 那条线串起来那这份「基于 Java 的在线购物系统」的源代码压缩包本质上是一张已经画好的地图。它不解决“发明”的问题解决的是“复用”的问题用户注册登录、商品展示、购物车、下单、订单管理这些电商最基础的能力用 Java 技术栈怎么组织、怎么落地代码里全都有答案。这类项目最常见的形态是 JSP Servlet JDBC MySQL部署在 Tomcat 上代码量不大但五脏俱全。它能跑通完整闭环也正因为体量小适合做课程设计和入门练手。拿到源码之后你不是要把它背下来而是要把「工程结构怎么拆、请求怎么流转、事务怎么控制」这几件事看明白。把它改造成自己的项目比从零写一遍省力得多这也是源代码存在的核心意义。2. 先把技术栈定死JSP/Servlet 还是 Spring Boot以及对应的表结构2.1 两种选型的真实边界为什么老项目还在用 JSP你拿到的源码如果是「计算机专业项目」这个语境十有八九是 JSP Servlet 的老架构。不是因为它先进而是因为教学链路还停留在那里从 JavaSE 直接跳到 JavaWebJSP 是绕不开的一环。这套技术栈的优点是直观JSP 页面里可以直接写 Java 代码请求从 Servlet 进转发到 JSP 出整个数据流肉眼可见缺点是 JSP 里嵌入大量脚本逻辑后期维护很痛苦但作为课程设计老师看重的恰恰是你能讲清楚这中间的每一次请求和转发。如果是自己接外包单子我一般会直接上 Spring Boot MyBatis因为开发效率和后续维护天差地别。但如果你现在手上拿到的是 JSP 版的源码不建议急着推翻重写——先把它跑通理解结构再在原有基础上往 Spring Boot 迁移反而能同时证明你两种技术都会。迁移的过程我会在第 6 章讲那是让评分和甲方高看你一眼的关键动作。2.2 数据库设计用户、商品、订单、购物车四张核心表在线购物系统再怎么花哨核心也就是这四张表用户表、商品表、订单表、订单明细表。购物车这个角色很特殊早期项目里它可能根本不落库直接存在 Session 里后面我会单独说。先看表结构设计这决定了你后续所有代码怎么写。-- 用户表 CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT MD5加密后的密码, phone VARCHAR(20) DEFAULT NULL, address VARCHAR(200) DEFAULT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 商品表 CREATE TABLE product ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 0, image VARCHAR(255) DEFAULT NULL, description TEXT, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表 CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 订单号业务上唯一, user_id INT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已发货 3已完成 4已取消, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;两个常见的设计坑这里提前说。第一password字段长度别设成 20MD5 的十六进制结果是 32 位长度不够会直接插入失败很多源码包用的是 32你检查一下自己的 DDL。第二金额字段必须用DECIMAL不能用FLOAT和DOUBLE浮点数算钱会出现 0.1 0.2 不等于 0.3 的问题这在订单金额计算里是绝对不允许的。订单明细表也是一定要有的它记录每个订单包含哪些商品、数量、当时的成交单价。为什么强调“当时单价”因为商品价格会变订单生成后你不能再跟着商品表的价格走否则用户查历史订单时金额对不上这就是多对多关系拆成两张表的原因。2.3 项目目录结构源代码包里该有什么不该有什么拿到 .7z 压缩包解压之后第一件事不是急着导入 IDE而是先看目录结构是否完整。一个标准的 JSP Servlet 项目目录大概长这样shopping-system/ ├── src/ │ ├── com/shop/dao/ // 数据访问层JDBC操作 │ ├── com/shop/service/ // 业务逻辑层 │ ├── com/shop/servlet/ // 控制器层处理请求 │ ├── com/shop/entity/ // 实体类对应数据库表 │ ├── com/shop/util/ // 工具类DB连接池、MD5等 │ └── com/shop/filter/ // 过滤器登录校验、编码设置 ├── web/ │ ├── WEB-INF/ │ │ ├── web.xml // Servlet映射、过滤器配置 │ │ └── lib/ // 依赖的JAR包 │ ├── css/ js/ │ ├── login.jsp register.jsp │ ├── index.jsp // 商品列表首页 │ ├── cart.jsp // 购物车页面 │ └── order.jsp // 订单确认页 └── sql/ └── shopping.sql // 建表语句和初始数据这里有个现实问题很多源码包为了压缩体积把lib/目录里的 JAR 包删掉了或者sql/目录缺失。没有 JAR 包项目导入后全是红叉没有 SQL 文件你连数据库表都得自己建。网上下的源码经常翻车在这两个地方所以拿到包先检查这两个目录。如果确实缺了lib/可以从 Tomcat 的lib目录或者 Maven 仓库里补齐mysql-connector-java、jstl这几个关键包SQL 文件缺失就只能根据实体类的字段反推建表语句了。3. 核心模块落地从登录校验到购物车与订单的状态流转3.1 登录与 Session 管理过滤器拦截 MD5 存储登录模块是所有系统的门面。在 JSP/Servlet 架构里登录校验的常规做法是用户提交用户名密码 → Servlet 接收参数 → 调 Service 层查询数据库 → 比对成功则把用户信息存进 Session → 跳转首页。这中间有两个细节必须处理好。第一个是密码绝不能明文存数据库。虽然课程设计老师一般不强制但作为工程师素养至少要做 MD5 加盐。第二个是 Session 超时问题web.xml里可以配置超时时间默认 30 分钟如果不配置用户逛着逛着就被踢出登录态在购物车场景里就是「加了半天的商品突然没了」。WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String username req.getParameter(username); String password req.getParameter(password); // 参数非空校验 if (username null || password null || username.trim().isEmpty() || password.trim().isEmpty()) { req.setAttribute(error, 用户名和密码不能为空); req.getRequestDispatcher(/login.jsp).forward(req, resp); return; } UserService userService new UserService(); User user userService.login(username, MD5Util.md5(password)); if (user ! null) { HttpSession session req.getSession(); session.setAttribute(loginUser, user); // 重定向避免表单重复提交 resp.sendRedirect(req.getContextPath() /index); } else { req.setAttribute(error, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }这段代码有两点值得说明。一是登录成功后用sendRedirect而不是forward因为转发地址栏不变用户刷新页面就会重新提交一次表单造成重复登录的脏数据重定向是标准的 PRGPost/Redirect/Get模式。二是这里把 Service 层直接在 Servlet 里 new 出来了小项目可以这么干但可维护性差后面重构时你会想把它换成接口 实现类。3.2 商品列表与分页JDBC 分页的三种写法商品展示是购物系统的核心流量入口。首页要展示商品列表商品多了就要分页。JDBC 分页在不同数据库里写法不一样这正好是个高频面试题MySQL 用LIMIT offset, sizeOracle 用ROWNUM子查询SQL Server 用ROW_NUMBER()。这个系统既然配的是 MySQL那就用LIMIT。public ListProduct findPage(int page, int pageSize) { // offset (当前页码 - 1) * 每页条数 int offset (page - 1) * pageSize; String sql SELECT id, name, price, stock, image, description FROM product ORDER BY id DESC LIMIT ?, ?; ListProduct list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, offset); ps.setInt(2, pageSize); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Product p new Product(); p.setId(rs.getInt(id)); p.setName(rs.getString(name)); p.setPrice(rs.getBigDecimal(price)); p.setStock(rs.getInt(stock)); p.setImage(rs.getString(image)); p.setDescription(rs.getString(description)); list.add(p); } } } catch (SQLException e) { e.printStackTrace(); } return list; }PreparedStatement是必须的不能用Statement拼 SQL否则商品名里带个单引号就能让查询报错更进一步就是 SQL 注入。这里用?占位符传参数据库驱动会帮你做转义。分页还有一个隐含参数要根据实际调整pageSize 到底定多少。首页推荐位可能只放 8 个列表页放 12 或 16 个。很多源码写死 10你改成 12 会更符合 bootstrap 栅格布局一行的整除关系。分页条上的页码导航要注意处理临界值当前页为 1 时「上一页」要禁用当前页等于总页数时「下一页」要禁用。3.3 购物车实现用 Session 存还是用表存购物车是这个系统里最有讨论价值的设计点。老项目里它常常不建表直接把购物车对象塞进 Session。用户未登录也可以往 Session 里放商品结账时强制跳登录页登录后把 Session 里的购物车数据转到订单流程。这样做的好处是零数据库开销、实现快符合课程设计体量坏处是 Session 在服务端有有效期用户关掉浏览器购物车就没了。如果你想把项目做得更像真实产品那就建一张cart表把 user_id、product_id、quantity 存进去加一个唯一索引(user_id, product_id)同个商品加购时走INSERT ... ON DUPLICATE KEY UPDATE quantity quantity 1。代码会多出不少但这也正是你和旁边用 Session 方案的同学拉开差距的地方。无论哪种方案购物车的数量变更接口比加入购物车更容易漏用户可能在购物车页直接改数量、勾选部分商品结算、删除某个条目。源码包里常见的是「全选结算」和「单个删除」都做了但「修改数量后重新计算总价」这个动作可能没做你拿到源码后优先检查这里。3.4 下单与库存扣减事务的边界下单是整个系统里最需要谨慎的模块。它涉及三步操作生成订单记录、生成订单明细、扣减商品库存。这三步要么全成要么全败所以必须包在同一个数据库事务里。很多课程设计源码在这里是分开执行的如果第二步失败订单已经插进去了库存却没扣数据就乱了。public boolean createOrder(Order order, ListOrderItem items) { Connection conn null; try { conn DBUtil.getConnection(); // 关闭自动提交开启手动事务 conn.setAutoCommit(false); // 第一步插入订单表 String sqlOrder INSERT INTO orders(order_no, user_id, total_amount, status) VALUES(?, ?, ?, 0); PreparedStatement psOrder conn.prepareStatement(sqlOrder, Statement.RETURN_GENERATED_KEYS); psOrder.setString(1, order.getOrderNo()); psOrder.setInt(2, order.getUserId()); psOrder.setBigDecimal(3, order.getTotalAmount()); psOrder.executeUpdate(); // 拿到数据库自增的订单ID ResultSet keys psOrder.getGeneratedKeys(); int orderId -1; if (keys.next()) { orderId keys.getInt(1); } // 第二步插入订单明细 扣库存 for (OrderItem item : items) { String sqlItem INSERT INTO order_item(order_id, product_id, quantity, price) VALUES(?, ?, ?, ?); PreparedStatement psItem conn.prepareStatement(sqlItem); psItem.setInt(1, orderId); psItem.setInt(2, item.getProductId()); psItem.setInt(3, item.getQuantity()); psItem.setBigDecimal(4, item.getPrice()); psItem.executeUpdate(); // 扣库存时带上 stock ? 条件防止超卖 String sqlStock UPDATE product SET stock stock - ? WHERE id ? AND stock ?; PreparedStatement psStock conn.prepareStatement(sqlStock); psStock.setInt(1, item.getQuantity()); psStock.setInt(2, item.getProductId()); psStock.setInt(3, item.getQuantity()); int affected psStock.executeUpdate(); if (affected 0) { // 库存不足抛异常触发回滚 throw new SQLException(商品 item.getProductId() 库存不足); } } conn.commit(); return true; } catch (SQLException e) { e.printStackTrace(); // 回滚全部操作 try { if (conn ! null) conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } return false; } finally { try { if (conn ! null) { conn.setAutoCommit(true); // 恢复自动提交 conn.close(); } } catch (SQLException e) { e.printStackTrace(); } } }这段代码里最值得抄的是库存扣减那句WHERE id ? AND stock ?这是用乐观锁思路防止超卖的最简单实现。如果用UPDATE product SET stock stock - 1 WHERE id ?不加库存条件并发下单时两个事务同时读到库存为 1各自扣减最终库存变成 -1这就是超卖。加了条件后第二个事务的更新会返回 0 行受影响你可以借此判断库存不足。这里还要提醒一个容易被忽略的坑DBUtil.getConnection()每次调用都新建连接在并发量大时会把数据库连接池打满。课程设计里无所谓但如果要演示给老师看最好用Druid或C3P0连接池接管代码改动不大——把DBUtil的getConnection()改成从连接池取即可。4. 七类常见翻车现场从 7z 解压到中文乱码的排查清单4.1 7z 文件解压后路径乱码或文件缺失现象用压缩软件解压 .7z 后目录里出现一堆乱码文件名或者直接提示「无法打开」。原因7z 格式在没有保存文件名编码信息时中文文件名依赖系统默认编码。Windows 系统默认 GBK而打包方如果在 Linux/macOS 下用 UTF-8 打包两边编码对不上就会乱码。解决优先用 7-Zip 官方工具解压它在解压时会尝试识别编码。如果乱码已经出现把压缩包用7z x shopping-system.7z -oD:\project -mcp936指定代码页重新解压一次936是 GBK 的代码页编号。macOS/Linux 下用unar这个工具效果也很好它专门处理这类编码问题。这是拿到项目后的第一道坎也是最没技术含量但最容易卡住新手的地方。4.2 Tomcat 启动就报 ClassNotFoundException现象启动 Tomcat 后控制台抛ClassNotFoundException: com.mysql.jdbc.Driver或NoClassDefFoundError。原因项目WEB-INF/lib目录里没放mysql-connector-java.jar。前面说过很多源码包为了体积删掉了依赖 JAR。解决到 Maven 中央仓库下载对应版本的mysql-connector-java放进web/WEB-INF/lib/目录然后在 IDE 里刷新项目。注意版本要和 MySQL 匹配MySQL 5.7 用 5.1.x 或 8.0.x 都能连但连接串有区别MySQL 8.0 必须用 8.0.x 驱动且加载类名是com.mysql.cj.jdbc.Driver老驱动连 MySQL 8 会直接报Public Key Retrieval is not allowed。4.3 JDBC 连不上 MySQL时区与 SSL 两个拦路虎现象数据库连接报错The server time zone value Öйú±ê׼ʱ¼ä is unrecognized或SSL connection error。原因MySQL 8.0 之后JDBC 连接串必须显式指定时区默认的 America 时区不被识别同时 MySQL 8.0 默认开启 SSL驱动会在连接时尝试协商加密。解决在DBUtil.java里把连接串改成长这样jdbc:mysql://localhost:3306/shopping?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue这个参数组合是血泪经验。useUnicodetruecharacterEncodingutf8解决中文写入乱码useSSLfalse关掉加密协商serverTimezoneAsia/Shanghai指定东八区allowPublicKeyRetrievaltrue让客户端允许从服务端获取公钥缺一个都可能抛出不同名目的连接失败。课程设计里出现这个问题时90% 的人会卡在这里因为报错信息里全是英文和莫名其妙的数字。4.4 页面中文乱码现象网页上所有中文都变成???或者「鐧惧害」这类乱码。原因三个环节的编码不一致——JSP 页面编码、Servlet 读取请求参数的编码、数据库表的编码。JSP 页面用了GBK数据库表是utf8mb4前端提交中文到 ServletServlet 里req.setCharacterEncoding(UTF-8)没写Tomcat 默认按 ISO-8859-1 解析中文就变成乱码。解决统一三处编码。JSP 文件头部写% page contentTypetext/html; charsetUTF-8 pageEncodingUTF-8 %Servlet 的doGet和doPost最前面加req.setCharacterEncoding(UTF-8)数据库连接串里带上characterEncodingutf8建表语句统一用CHARSETutf8mb4。四层全部统一后乱码还出现就去看 Tomcat 的server.xml里Connector是否配置了URIEncodingUTF-8加在port8080那个 Connector 上即可。4.5 Tomcat 端口被占用现象启动 Tomcat 报Port 8080 was already in use。原因之前启动过的 Tomcat 进程没有完全杀掉或者有别的软件占用了 8080。解决开发环境最省事的办法是不换端口直接杀掉占用进程。Windows 上用netstat -ano | findstr 8080查 PID然后taskkill /F /PID 那个PID。macOS/Linux 用lsof -i :8080配合kill -9 PID。如果你不想每次都被占用问题烦可以改 Tomcat 的server.xml端口为 8081但这会带来一个问题——你手上的源码包如果在前端 JS 里写死了请求地址为http://localhost:8080/那就得连 JS 一起改所以优先杀掉进程而不是换端口。4.6 数据库脚本导入失败SQL 文件执行到一半报错现象在 Navicat 里运行shopping.sql执行到某条 INSERT 语句报错比如Data too long for column或Duplicate entry。原因SQL 文件里可能包含DROP TABLE IF EXISTS和CREATE TABLE如果表已存在数据插入时主键冲突还有一种常见情况是商品描述里的特殊字符导致语法解析失败。解决导入前先确认目标数据库不存在同名表。如果只是重复执行脚本手动把报错前已建好的表DROP掉再重新导入。Navicat 导入时把「遇到错误继续执行」的选项关掉这样能看到第一条真正的错误而不是被后续几百条连带错误刷屏。MySQL 命令行导入更直观mysql -uroot -p shopping shopping.sql错误信息会精准定位到哪一行。4.7 后台管理页面打不开或报 404现象能够正常访问首页但点击「后台管理」链接跳到 404或者跳转到登录页后又回到首页。原因后台管理功能通常是独立的 Servlet 路径映射比如/admin/*。如果web.xml里对应的servlet-mapping被注释掉或路径写错就会 404。另一种情况是AdminFilter里没有放行/admin/login导致登录请求自己都被拦截形成死循环。解决打开web.xml检查所有servlet-mapping的url-pattern是否和WebServlet注解中的地址一致。JSP/Servlet 项目里注解和 web.xml 同时存在时映射冲突是最隐蔽的坑——你看到WebServlet(/admin/login)可能 web.xml 里还有一个旧映射指到别的类上Tomcat 启动时干脆注册失败。排查办法是启动时看控制台有没有Servlet mapping相关的 WARNING。5. 把系统跑起来并验证最小部署步骤与测试用例5.1 环境准备清单与版本匹配跑通这个项目最少需要四样东西版本之间要能配合否则翻车概率极大。Java 8 或 11 都可以如果源码用了 Lambda 和try-with-resources第 3 章代码里就有那 Java 7 以下直接编译不过。Tomcat 8.5 或 9.0 是 JSP/Servlet 项目的稳妥选择Tomcat 10 之后把javax.servlet包名改成了jakarta.servlet老源码在 Tomcat 10 上大概率直接报NoClassDefFoundError这是新手最容易踩的版本坑。MySQL 5.7 兼容性最好MySQL 8.0 也行但要带上第 4 节那些连接参数。开发工具方面Eclipse 和 IDEA 都可以。IDEA 社区版免费够用专业版对 JSP 的支持更好。这里的关键操作是导入方式用 IDEA 导入老项目时别选「Import Project」里的 Maven 选项直接选「New → Project from Existing Sources」然后选web/WEB-INF/web.xml作为 Web 配置入口IDEA 才会正确识别这是 Web 项目。如果选错了项目里所有 JSP 都不会被识别成网页文件运行配置里也找不到 Tomcat 选项。5.2 导入数据库与配置连接的完整步骤把系统跑起来的过程本质是「数据库先通Tomcat 后挂」。顺序不能反因为项目启动时需要连接数据库做初始化。第一步用 Navicat 或命令行创建数据库CREATE DATABASE shopping DEFAULT CHARACTER SET utf8mb4;。第二步执行shopping.sql导入表结构和初始数据。第三步找到项目里的数据库配置文件常见位置有两个src/db.properties或src/com/shop/util/DBUtil.java。把里面的url、username、password改成你本机的值jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/shopping?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456第四步把 Tomcat 配到 IDEA 的运行配置里。第五步部署 artifact 后启动 Tomcat浏览器访问http://localhost:8080/项目名/。注意项目名默认是 WAR 包的名称如果你导入后没改名访问路径里带着源码包原始的目录名别光看端口对却忽略了路径。这一步完成后你能看到首页的商品列表系统就算跑通了。剩下的工作就是用测试用例把每个功能点验证一遍。5.3 功能验证用例清单照着点一遍哪里缺补哪里跑通不等于能交差。我建议你按下面的清单逐项验证每项确认后打勾这也是后续答辩时你能说清楚「系统做了哪些功能」的依据用例编号功能点操作步骤预期结果T01注册首页点注册填用户名、密码、手机号注册成功跳转登录页T02重复用户名注册用 T01 同用户名再注册提示用户名已存在T03登录成功用注册账号登录跳转首页导航栏显示用户名T04登录密码错误故意输错密码提示用户名或密码错误T05未登录访问购物车退出登录后直接访问 cart.jsp被过滤器拦截跳转登录页T06加入购物车商品列表点「加入购物车」购物车数量 1T07修改购物车数量购物车页修改数量为 3小计和总价重新计算T08删除购物车条目勾选某商品点删除该条目移除总价更新T09提交订单购物车点结算确认订单生成订单跳转支付页T10订单金额核对比对订单总金额与购物车勾选商品合计金额一致T11库存扣减下单后回商品列表查看库存库存减少对应数量T12库存不足把某商品库存清零再下单提示库存不足下单失败T13订单列表个人中心查看「我的订单」显示已下单记录与状态T14后台登录访问 admin/login.jsp输入管理员账号进入后台管理页T15商品上下架后台修改商品状态为下架前台商品列表不再展示这 15 个用例覆盖了三层基础功能、门店逻辑、后台管理。第 6 个到第 12 个是整个系统的核心链路也就是「加购 → 结算 → 下单 → 扣库存」如果这条链路能完整跑通且数据正确系统的架构就没有大问题。很多源码包里后台的「下架」功能是用status字段实现但前台查询没加WHERE status 1条件导致下架了还在展示T15 就是抓这种逻辑漏洞的。5.4 用接口视角验证不看页面也能查数据页面点完一遍后建议用更直接的方式验证数据是否正确。登录 MySQL执行几条查询眼睛能看到的数据比你点多少次页面都靠谱。下单完成后验证订单表和库存表-- 查看最新订单及其状态 SELECT id, order_no, user_id, total_amount, status FROM orders ORDER BY id DESC LIMIT 3; -- 验证某个订单的明细 SELECT oi.order_id, oi.product_id, oi.quantity, oi.price, (oi.quantity * oi.price) AS item_total FROM order_item oi WHERE oi.order_id (SELECT MAX(id) FROM orders); -- 核对库存是否被正确扣减 SELECT id, name, stock FROM product WHERE id 你要买的商品ID;这里有一个值得养成的习惯把订单表里的total_amount和订单明细表里SUM(quantity * price)做关联对比两者必须相等。如果不等说明下单事务有漏洞——可能是明细插入循环里漏了某一项也可能计算总价时包含了未勾选的商品。这是最典型的课程设计隐藏扣分点也是你向答辩老师展示「我懂数据一致性」的最好证据。6. 代码到手后别急着交三个进阶改造让评分高一个档次源码跑通只是起点把「别人的代码」变成「你的设计」靠的是改造。三个方向最值得投入安全加固、连接池替换、接口返回 JSON 化按这个顺序做性价比从高到低。第一修掉 SQL 注入。全文搜索代码里所有Statement和字符串拼接 SQL 的写法统一替换成PreparedStatement。别小看这个动作你搜索一下就能发现源码里可能存在十几个Statement实例它们都在用户输入直接拼接查询的场景里比如搜索商品、筛选价格区间。替换后你可以在搜索框输入 OR 11试试原来可能炸出所有商品的漏洞就堵上了。第二把DBUtil换成 Druid 连接池。改动成本约 20 分钟下载druid-1.x.jar放进lib在db.properties里加initialSize5, maxActive20把DBUtil.getConnection()的实现换成从DruidDataSourceFactory取。完成后你可以写一个并发测试模拟 50 个线程同时访问商品列表连接池方案下系统响应平稳而原来的直连方案在连接数超过 MySQL 默认上限时会直接抛异常。这个对比演示答辩现场效果比任何 PPT 都强。第三给前端接口做 JSON 化改造。原来的 JSP 页面直接渲染数据页面刷新才能看到新状态。你可以在项目里加一个ApiServlet查询商品和购物车时输出 JSON前端用fetch异步请求这样加购商品时页面不用刷新购物车数量原地跳动。这会让系统体验直接从「课程设计」跳到「产品原型」而且代码量只需要几个 Servlet 加少量 JavaScript属于用最小代价展示现代开发能力。我自己的习惯是拿到任何源码包先建一个docs/目录把跑通步骤、踩坑记录、改造日志写进去。技术债是真实的但更真实的是——你花一个晚上踩过的坑值得被记录下来让你下一次拿到新项目时不用从头再爬一遍。希望这篇笔记能帮你在同样的路上走得快一点。本文还有配套的精品资源点击获取