Java Web网商购物网站课设：从JSP到数据库事务的完整实践指南

简介基于Java Web的网商购物网站课程设计完整项目包适合计算机相关专业在校生完成课程设计、毕业设计或初期项目演示也适合新手学习Java Web开发全流程。项目已获导师认可答辩评审95分代码经过运行验证功能完整可靠。压缩包内共79个文件涵盖JSP页面、Java类、XML配置、CSS样式、JavaScript脚本、properties属性文件等整体仅730KB轻量易用。项目采用典型Java Web分层结构包含前台购物与后台管理模块配有详细文档目录划分清晰便于理解购物车、商品展示、订单处理等核心逻辑。已有46人学习下载适合在此基础上扩展功能或直接作为课设/毕设交付。无论是想快速完成作业还是深入进阶都能从中获得完整可运行的参考实现和项目组织思路。1. 网商购物网站课设拆解从 Eclipse 工程到答辩演示拿到这套基于 Java Web 的网商购物网站项目时第一印象是它的目录结构比多数课设工程干净根目录有 pom.xml说明不是随手建的 Eclipse 动态 Web 项目WebRoot 下同时存在 StoreProscenium.jsp 和 ManagerShopIndex.jsp前台展示与后台管理是从页面层就分开的。这类项目最适合的场景要么是 Java web 课程设计想冲高分要么是刚学完 ServletJSP 的人想找一份完整工程来弄清楚“请求到底怎么从 JSP 流到数据库”。如果只把它当 CRUD 模板抄一遍答辩时被问订单状态如何流转、库存扣减如何防超卖很容易卡壳。下面按拆项目的顺序展开每一步都可以直接对照源码看。2. 前端路由与数据表设计把页面、请求和表结构对应起来2.1 先看懂 JSP 页面与 Servlet 映射课设最忌讳一上来就写代码。拿到工程后先看 WebRoot 下的 JSP 文件分布。这个项目的页面命名带着明确业务语义index.jsp 是入口StoreProscenium.jsp 负责店铺前台展示Login.jsp 负责登录ManagerShopIndex.jsp 是管理后台首页。它们不是互相独立的静态页而是通过 Servlet 的请求转发或重定向串起来的。下面这张表把这个工程里的常见路径对应关系整理出来是后端开发的入门地图。页面/URL页面作用对应后端处理/index.jsp前台商品列表与推荐位ProductServlet - /product/list/StoreProscenium.jsp店铺前台商品展示StoreServlet - /store/detail/Login.jsp用户登录入口LoginServlet - /login/ManagerShopIndex.jsp后台管理首页AdminServlet - /admin/dashboard/jsp/cart.jsp购物车清单CartServlet - /cart/list传统 Java Web 工程里WEB-INF 下的 JSP 不能通过浏览器直接访问必须通过 Servlet 转发打开所以上面这些入口页通常放在 WebRoot 根目录或 jsp 子目录真正的受保护页面放在 WEB-INF 里。这个项目保留了 index.jsp 和 Login.jsp 在根目录说明它更看重课程设计演示时的直观性而不是严格的前后端分离。你如果做二次开发可以把商品列表页挪到 /jsp/ 下再在 web.xml 或注解里为每个 Servlet 配置 url-pattern让请求路径看起来更统一。2.2 五张核心表怎么建才不会被老师追问倒购物网站最少要支撑五个实体用户、商品、购物车条目、订单、订单明细。直接用下面的建表 SQL 可以跑通基础流程其中订单表用业务订单号做字符串主键而不是自增 id这是为了避免下单接口被刷时暴露订单量也是一个值得写进简历的设计细节。CREATE TABLE user_info ( user_id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL COMMENT 建议存加盐后的MD5/SHA-256, role VARCHAR(10) DEFAULT user COMMENT user/admin ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE product ( product_id INT PRIMARY KEY AUTO_INCREMENT, product_name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 0, status TINYINT NOT NULL DEFAULT 1 COMMENT 1上架 0下架 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE cart_item ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, product_id INT NOT NULL, quantity INT NOT NULL DEFAULT 1, UNIQUE KEY uk_user_product (user_id, product_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE orders ( order_id VARCHAR(32) PRIMARY KEY COMMENT 格式:yyyyMMddHHmmss用户ID, user_id INT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, status TINYINT NOT NULL DEFAULT 1 COMMENT 0取消 1待支付 2已支付 3已发货 4已完成, create_time DATETIME NOT NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE order_item ( id INT PRIMARY KEY AUTO_INCREMENT, order_id VARCHAR(32) NOT NULL, product_id INT NOT NULL, price DECIMAL(10,2) NOT NULL, quantity INT NOT NULL, KEY idx_order (order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段 SQL 里有几个点会被老师重点关注cart_item 上加了唯一键 uk_user_product作用是同一用户添加同一商品时执行INSERT ... ON DUPLICATE KEY UPDATE quantity quantity 1而不是插入两条脏数据。订单和订单明细拆开是为了让一张订单可以包含多个商品同时订单明细冗余了商品下单时的价格防止日后商品改价导致历史订单金额失真。所有表都用 InnoDB因为后续下单逻辑要依赖行锁和事务MyISAM 是做不到的。2.3 数据库连接配置从 DriverManager 到连接池写 JDBC 最常见的坏习惯是每次操作都Class.forName和DriverManager.getConnection这会频繁创建物理连接数据库压力一大就会报连接超时。课程设计阶段可以封装一个 DButil把四个连接参数放到 config 目录的 db.properties 里方便切换环境。常见做法是这样jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/ebusiness?useUnicodetruecharacterEncodingUTF-8 jdbc.usernameroot jdbc.password123456然后在 DButil 的静态代码块中读取这个文件通过Class.forName加载驱动。这里要特别注意properties 文件里的jdbc.url必须带useUnicodetruecharacterEncodingUTF-8否则插入中文会出现乱码。如果以后想升级成企业级 Web 开发可以再把连接方式改成 Druid 或 HikariCP 连接池但课设阶段用传统 DButil 足够交代清楚。2.4 登录接口的 Servlet 写法把参数校验和业务尽量分开这个工程的 Login.jsp 对应后台的 LoginServlet。下面这段是一个标准的 HttpServlet 登录处理骨架课程设计拿它改就能用WebServlet(/login) public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); String username req.getParameter(username); String password req.getParameter(password); if (username null || username.trim().isEmpty() || password null || password.isEmpty()) { resp.sendRedirect(req.getContextPath() /Login.jsp?errorempty); return; } User user new UserDao().findByUsernameAndPassword(username, password); if (user null) { resp.sendRedirect(req.getContextPath() /Login.jsp?errorbad); return; } req.getSession().setAttribute(loginUser, user); resp.sendRedirect(req.getContextPath() /index.jsp); } }这段代码的逻辑是先做非空校验再访问 DAO 查询数据库查询结果为空就重定向回登录页并带上错误参数成功就把用户对象放入 session最后重定向到首页。这里的req.getParameter拿到的是表单字段值req.getSession().setAttribute是 Java Web 里维持会话状态最常见的手段。答辩时如果被问“登录状态怎么保持”你可以答服务端会话对象绑定用户后续请求通过同一 session 读取如果需要分布式部署会换成 Redis Token 方案。这在 Java 面试基础题里也是常考点。注意真实项目里密码不能明文比较最少要加盐 MD5更高要求是 BCrypt。这个课设里如果直接比对明文建议在文档里标注“教学简化”否则会被扣工程化印象分。3. 购物车、订单状态机与 JDBC 事务边界3.1 购物车为什么要持久化而不是放 Session很多入门教程把购物车直接放进 session用户一关浏览器数据就没了而且还要处理 session 序列化问题。这个工程在 jsp 目录里有购物车相关页面说明购物车数据是落库到 cart_item 表的。落库的好处是用户换设备或者会话过期后购物车仍然存在后台也能分析“加入购物车但未下单”的商品。代价是每次加购都要写一次数据库好在这个表的写入量对课设来说可以忽略。添加购物车的 Service 方法核心逻辑是先按 user_id 和 product_id 查一次存在就加数量不存在就插入。如果用了表上的唯一键可以直接利用数据库的原生功能简化代码public void addToCart(int userId, int productId, int quantity) throws SQLException { String sql INSERT INTO cart_item (user_id, product_id, quantity) VALUES (?, ?, ?) ON DUPLICATE KEY UPDATE quantity quantity 1; try (Connection conn DButil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, userId); ps.setInt(2, productId); ps.setInt(3, quantity); ps.executeUpdate(); } }这里的核心是ON DUPLICATE KEY UPDATE它的执行前提是表上存在唯一键 uk_user_product。第一次插入正常执行第二次插入因为 user_id 和 product_id 组合重复就自动把数量加一。这样避免了“查询再判断再插入”的竞态窗口数据库层面帮你完成了原子操作。参数里 userId 和 productId 来自 session 和商品详情页的隐藏域quantity 默认传 1 即可。3.2 下单事务扣库存、生成订单、清空购物车必须在一个 Connection 里这个项目真正的高分点在下单环节。一次下单至少三件事扣减库存、写入订单表、写入订单明细。如果其中任何一步失败都会造成数据不一致。正确做法是用同一个 Connection 开启事务全部成功才提交。public String createOrder(OrderInfo order, ListOrderItem items) throws Exception { Connection conn null; try { conn DButil.getConnection(); conn.setAutoCommit(false); // 1. 锁行并检查库存 String check SELECT stock FROM product WHERE product_id ? FOR UPDATE; try (PreparedStatement ps conn.prepareStatement(check)) { ps.setInt(1, order.getProductId()); ResultSet rs ps.executeQuery(); if (!rs.next() || rs.getInt(stock) order.getQuantity()) { throw new RuntimeException(库存不足); } } // 2. 扣减库存必须在步骤1持锁之后执行 String update UPDATE product SET stock stock - ? WHERE product_id ?; try (PreparedStatement ps conn.prepareStatement(update)) { ps.setInt(1, order.getQuantity()); ps.setInt(2, order.getProductId()); ps.executeUpdate(); } // 3. 插入订单与订单明细 String insertOrder INSERT INTO orders (...) VALUES (...? ); // ... 执行订单和 order_item 的插入 conn.commit(); return order.getOrderId(); } catch (Exception e) { if (conn ! null) conn.rollback(); throw e; } finally { if (conn ! null) conn.setAutoCommit(true); if (conn ! null) conn.close(); } }需要解释几个参数和设计setAutoCommit(false)告诉 JDBC 先把所有 SQL 放进缓存直到commit()才一起生效FOR UPDATE是 InnoDB 的行级锁步骤 1 会把对应商品的行锁住其他事务再读这行做扣减必须等待。之所以先查后用而不是直接执行 UPDATE是为了把“库存是否充足”的判断和“锁”放在一起避免两条并发请求同时读到库存为 1然后都执行 UPDATE 导致变成负数。这是企业级 Web 开发里超卖问题的经典解法也是 Java 面试八股文里常考的事务隔离级别衍生题。这里还可以补充一种实现如果不想用悲观锁可以改为乐观锁即扣减语句写成UPDATE product SET stock stock - ?, version version 1 WHERE product_id ? AND stock ? AND version ?。当影响行数为 0 时说明版本冲突或库存不足业务层重试即可。课设里把这两种方案都写进文档答辩分不会低。注意setAutoCommit(false)必须在获取 Connection 之后、第一条业务 SQL 执行之前调用否则可能出现一部分操作已经提交、另一部分需要回滚的尴尬状态。同样的事务结束后的setAutoCommit(true)也不能省否则连接归还给连接池时仍处于手动提交状态。3.3 订单状态机拿一张状态表管理前后台操作订单不是简单的“下单成功”就结束它至少需要四条状态待支付、已支付、已发货、已完成再加上取消。老师喜欢问的是“用户和商家分别能在哪个状态做什么操作”这就是状态机。状态码状态名用户可操作管理员可操作0已取消无无1待支付取消订单、去支付查看2已支付申请退款发货3已发货确认收货查看4已完成申请售后无在代码层面状态流转必须带条件不能盲目更新。例如“支付”操作应该是UPDATE orders SET status 2, pay_time NOW() WHERE order_id ? AND status 1这条语句的限制条件是status 1也就是说只有待支付状态才能被改成已支付。如果用户手抖点了两次支付第二次 UPDATE 影响行数为 0业务层就可以判断“订单状态不是待支付”从而避免重复支付。这也是状态机在数据库里的落地方式每一次状态迁移都要求旧状态吻合这样两个并发操作不会把订单状态打乱。3.4 订单列表分页LIMIT 参数与状态筛选订单列表在后台和用户中心都要展示如果一次性把所有订单查出来数据一多页面就卡。按课程设计的体量用 MySQL 的 LIMIT 分页足够。SELECT order_id, user_id, total_amount, status, create_time FROM orders WHERE user_id ? AND (status ? OR ? -1) ORDER BY create_time DESC LIMIT ?, ?;对应 DAO 层的参数是(userId, status, status, offset, pageSize)。其中status -1表示查询全部状态第三个参数和第二个参数相同这样复杂查询也只需要一条 SQL。说明LIMIT 后的两个参数第一个是偏移量公式是(pageNum - 1) * pageSize第二个是每页条数。Java 代码里可以用PreparedStatement直接传参。4. 后台管理模块Filter 权限校验与库存扣减的并发一致性4.1 用 Filter 统一拦截后台请求这个工程的 ManagerShopIndex.jsp 是后台首页如果直接访问它任何人都能看到商家界面这肯定不行。正确做法是写一个 Filter 拦截所有 /admin/ 开头的路径校验 session 里的用户角色。WebFilter(/admin/*) public class AdminAuthFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpSession session req.getSession(false); User user (session null) ? null : (User) session.getAttribute(loginUser); if (user ! null admin.equals(user.getRole())) { chain.doFilter(request, response); } else { HttpServletResponse res (HttpServletResponse) response; res.sendRedirect(req.getContextPath() /Login.jsp?errorauth); } } }说明req.getSession(false)的关键在于不主动创建 session如果用户没登录过session 就是 null直接重定向到登录页。chain.doFilter放行请求到后面的 Servlet 或 JSP。所有后台管理代码只要放在 /admin/ 路径下就会被这个 Filter 统一保护不需要在每个 Servlet 里重复写权限判断。这正是过滤器相较于在每个 Servlet 里复制粘贴校验代码的优势。需要注意的是Filter 只能做粗粒度校验它无法处理“普通用户访问后台商品详情”这类越权行为。精细到资源级别的权限控制后面可以再按角色判断 menu 或按钮。课设做到 Filter 这一层已经足够但文档里要写清楚如果要跟进企业级 Web 开发需要引入 Spring Security 或 Shiro 这类框架。4.2 后台商品管理乐观锁解决超卖与重复上下架后台最常规的功能是商品的上架、下架和库存修改。很多同学直接写UPDATE product SET stock ? WHERE product_id ?这在单个后台管理员操作时没问题但如果用户在前台下单的同时管理员也在调库存就会出现覆盖更新。之前提到的乐观锁写法可以在这里统一使用。以扣减库存为例UPDATE product SET stock stock - ?, version version 1 WHERE product_id ? AND stock ? AND version ?对应到 DAO 层返回的int表示受影响行数。如果返回 0说明这条 UPDATE 的 where 条件不满足可能是库存已经不足也可能是 version 已经被别人改过。无论哪种情况都不能丢给用户一个 “系统错误”而是要返回一个明确提示让用户重新尝试。实际代码可以这样接int rows productDao.deductStock(productId, quantity, version); if (rows 0) { throw new BizException(商品已售罄或库存变化请刷新后重试); }这段代码里的 version 参数来自用户打开商品详情页时查到的版本号而不是最新数据库值。这样每次更新成功的行数只可能是 0 或 1不会出现两条线程同时把库存从 100 改成 99 的情况。把这条 SQL 写进设计文档答辩时可以直接说“我用乐观锁避免了库存超卖”。4.3 后台管理页面的功能分区与演示路径后台管理首页 ManagerShopIndex.jsp 通常分为三个区域商品管理、订单管理、用户管理。商品管理负责新增/编辑商品、上下架、调整库存订单管理负责查看订单详情、发货用户管理负责封禁与角色调整。建议在源码中把这三个区域用 div 或 iframe 隔开演示时操作路径清晰老师一眼能看出你理解“后台事务”和“前台交易”是两条线。商品管理新增商品 - 进入商品列表 - 点击下架 - 前台商品不可见订单管理查看待支付订单 - 模拟支付 - 后台点击发货 - 状态更新为已发货用户管理修改用户角色为 admin - 刷新后台页面 - 获得管理权限演示时最好同时开两个浏览器一个用普通用户访问前台一个用管理员访问后台切换页面看状态变化。这样比单屏空讲理论有说服力得多。5. 答辩前的细节打磨异常日志、统一错误页与演示话术5.1 统一异常处理和操作日志Java Web 课设最常见的扣分点不是功能而是异常处理。默认的 500 页面会把异常堆栈全部暴露给浏览器这是大忌。你可以在 web.xml 里配置一个全局错误页或者用一个 BaseServlet 统一捕获异常。先看 web.xml 配置error-page exception-typejava.lang.Throwable/exception-type location/error.jsp/location /error-page同时在 Service 层关键方法开头加一行日志输出log.info(createOrder, orderId{}, userId{}, amount{}, orderId, userId, totalAmount);这两处改动成本极低但能让答辩老师在页面报错时看到的不再是堆栈而是友好的错误页。日志输出的是业务关键字不是调试代码面试时也能体现你对日志分级和可观测性的理解。5.2 一个能自然讲满 5 分钟的功能演示路径演示不要从登录开始。正确顺序是先用用户身份浏览 index.jsp挑选商品加入购物车再点击结算这时系统检查到未登录会自动跳转 Login.jsp登录后回到购物车提交订单钱包余额充足则支付成功。接着切换管理员账号在 ManagerShopIndex.jsp 看到这条新订单点击发货再切回用户前台刷新订单状态变成已发货。整个过程不需要写任何脚本只需要在每次状态变化后刷新页面或者点击“刷新状态”按钮并顺口解释数据库里 orders 表状态码的变化。在演示下单时可以有意展示一次“库存不足”将某商品库存改为 1同时开两个浏览器下单其中一个会失败并提示库存不足。此时就可以顺势说出这里用了行锁或乐观锁避免超卖。这句话要提前熟读里面的 SQL 条件不要即兴发挥。如果课设文档里补充了状态机、事务边界、乐观锁这几页内容老师问什么你都能往这些设计决策上靠。最后的落地技巧是在 createOrder 方法的结束位置保留一行log.info当你被问到“如何排查订单重复创建”时切到控制台展示这行日志里面带着订单号和用户 ID比单纯口头解释强很多。本文还有配套的精品资源点击获取