企业官网建设流程全解析

简介：这是一套面向计算机相关专业毕业设计与JavaWeb实战练习的超市管理系统完整项目包，采用B/S结构，基于JSP、Servlet、JDBC开发，以MySQL作为后台数据库，开发环境为JDK、Eclipse与Tomcat，适合需要完整毕设方案或想通过真实项目巩固JavaWeb技能的学习者。压缩包共68个文件，约3.5MB，包含19个java源文件、37个class编译文件、4个sql数据库脚本，以及jar依赖、图片资源与工程配置文件，源码、数据库脚本、软件工具与项目说明齐备，导入后可直接运行。系统区分员工与管理员两种角色，覆盖系统登录退出与密码修改、员工信息管理、商品信息管理、货架信息管理、商品类型管理、进货信息管理与销售信息管理等功能模块，目录按dao、pojo、view、utils等分层组织，结构清晰，便于理解MVC式开发思路与数据库表设计。目前已有797人学习下载，可作为毕设参考、课程设计模板或JavaWeb入门到进阶的练手项目。

1. 从一份超市管理系统源码说起：毕业设计里最容易被低估的工程活

很多同学拿到「基于Javaweb的超市管理系统源码+数据库（毕业设计）」这类资源时，第一反应是解压、导入、跑起来、截图、写论文。但真正做过企业级进销存的人会告诉你，超市管理系统的业务密度远超一般课设：商品要管条码和单位换算，库存要管批次和预警，收银要管挂单和退货，会员要管积分和储值。它麻雀虽小，五脏俱全，是检验一个Javaweb项目是否真正落地的试金石。

这篇笔记不打算复述某份源码的目录结构，而是把「Javaweb + 超市管理系统 + 数据库 + 毕业设计」这条线拆成可复现的工程路径：环境怎么搭、表怎么设计、核心业务怎么落、答辩时老师会追问什么。适合正在做计算机毕业设计、想找一个能讲清楚业务闭环的Javaweb项目的同学，也适合工作一两年想回头补基础的后端。读完你应该能独立判断一份超市管理系统源码值不值得改、怎么改、改完怎么自证。

2. 环境与选型：IDEA 2026 创建 Javaweb 项目到跑通登录页

2.1 为什么超市管理系统仍然适合用 JSP + Servlet 打底

现在新项目基本是 Spring Boot 起步，但毕业设计的评价维度里，「你是否理解请求怎么从浏览器走到数据库」比「你会不会用框架」更重要。JSP + Servlet + JDBC 这套组合虽然老，但它把 HTTP 请求、会话、转发重定向、连接池这些概念全部暴露在你面前，没有自动配置帮你兜底。超市管理系统的登录、商品列表、下单这些动作，正好能把这条链路走完整。

常见做法是：表现层用 JSP 写页面，控制层用 Servlet 接收请求，业务逻辑放在 Service 类里，数据访问用 JDBC 或 DBUtils 封装。数据库选 MySQL 5.7 或 8.0 都行，字符集统一 utf8mb4，避免商品名里的生僻字变成问号。如果你用的是 IDEA 2026，创建项目时选 Java Enterprise，勾选 Web Application，注意别选成 Maven 的 Spring Initializr，那是另一条路。

2.2 从零建工程到 Tomcat 跑起来的最小步骤

先确认 JDK 版本和 Tomcat 版本匹配。JDK 8 配 Tomcat 8.5 或 9，JDK 17 配 Tomcat 10 以上，但 Tomcat 10 把 javax.servlet 换成了 jakarta.servlet，老源码直接导入会报包找不到。这是第一个翻车点，后面避坑章节会细说。

# 查看本机 JDK 版本，决定用哪个 Tomcat java -version # 解压 Tomcat 后进入 bin 目录，Linux/macOS 用 startup.sh # Windows 用 startup.bat，先确认 8080 端口没被占用 netstat -ano | findstr 8080

工程结构建议这样组织，别把所有类堆在一个包下：

src/ com.supermarket.entity 实体类，和数据库表一一对应 com.supermarket.dao 数据访问接口与实现 com.supermarket.service 业务逻辑 com.supermarket.servlet 控制层 com.supermarket.util DBUtil、MD5、分页工具 WebContent/ WEB-INF/web.xml Servlet 映射或注解 WEB-INF/lib mysql-connector、druid、jstl css/ js/ images/ 静态资源

在 IDEA 里配置 Artifact，把 WebContent 作为 Web 资源目录，lib 下的 jar 加到输出。然后配置 Tomcat Server，Deployment 选 exploded 或 war 都行，Application context 设成/supermarket。启动后访问http://localhost:8080/supermarket/login.jsp，能看到登录页就算环境通了。

2.3 数据库连接池的配置与三个必调参数

不要用 DriverManager 每次现连，超市系统收银台并发一上来连接就爆。用 Druid 或 DBCP 都行，Druid 自带监控页面，答辩演示时是个加分项。

# druid.properties 放在 src 根目录 driverClassName=com.mysql.cj.jdbc.Driver url=jdbc:mysql://localhost:3306/supermarket?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai&useSSL=false username=root password=你的密码 initialSize=5 minIdle=5 maxActive=20 maxWait=3000 validationQuery=SELECT 1 testWhileIdle=true

maxActive=20是单机毕设的合理值，别写 100，本地 MySQL 默认最大连接 151，写大了反而互相拖死。maxWait=3000表示拿不到连接最多等 3 秒，超时抛异常比线程无限阻塞好排查。validationQuery是空闲连接保活探测，MySQL 8 用SELECT 1即可。serverTimezone不写会在插入时间字段时差 8 小时，这是血泪经验。

3. 数据库设计：超市管理系统表结构与增删改查落地

3.1 核心表清单与字段取舍

超市系统的表不用多，但每张都要能说清为什么这么设计。下面这张清单是常见做法，你可以按自己源码调整，但答辩时老师大概率会问「商品和库存为什么分两张表」。

商品和库存分表的理由：商品是静态属性，库存是动态数量，收银时只锁库存行，不改商品行，减少锁冲突。barcode加唯一索引，product_id在 stock 表加唯一索引，保证一个商品一条库存记录。

3.2 建表 SQL 与索引该加在哪

CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, barcode VARCHAR(32) NOT NULL, name VARCHAR(64) NOT NULL, category_id INT, unit VARCHAR(8) DEFAULT '瓶', price DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 1, UNIQUE KEY uk_barcode (barcode), KEY idx_category (category_id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE stock ( id INT PRIMARY KEY AUTO_INCREMENT, product_id INT NOT NULL, quantity INT DEFAULT 0, warn_line INT DEFAULT 10, UNIQUE KEY uk_product (product_id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

uk_barcode保证扫码枪扫同一个条码不会插出两条商品。idx_category让按分类筛选商品时不走全表。DECIMAL(10,2)存金额，别用 FLOAT，否则 0.1+0.2 的经典问题会在对账时让你怀疑人生。status做逻辑删除，商品下架不物理删，否则历史订单关联会断。

3.3 用 JDBC 写一个可复用的增删改查基类

不要每个 DAO 都重复写连接、关闭。抽一个 BaseDao，用泛型和反射做通用查询，这是黑马 Javaweb 笔记里也会讲的做法。

public class BaseDao<T> { private Class<T> clazz; public BaseDao() { // 通过反射拿到子类泛型类型，用于结果集映射 Type type = getClass().getGenericSuperclass(); clazz = (Class<T>) ((ParameterizedType) type).getActualTypeArguments()[0]; } // 通用更新：insert / update / delete 都走这里 public int update(String sql, Object... params) { try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { for (int i = 0; i < params.length; i++) { ps.setObject(i + 1, params[i]); } return ps.executeUpdate(); } catch (SQLException e) { throw new RuntimeException("更新失败: " + sql, e); } } // 通用查询单条，用反射把 ResultSet 映射成实体 public T queryOne(String sql, Object... params) { try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { for (int i = 0; i < params.length; i++) { ps.setObject(i + 1, params[i]); } try (ResultSet rs = ps.executeQuery()) { if (rs.next()) { T obj = clazz.getDeclaredConstructor().newInstance(); Field[] fields = clazz.getDeclaredFields(); for (Field f : fields) { f.setAccessible(true); f.set(obj, rs.getObject(f.getName())); } return obj; } } } catch (Exception e) { throw new RuntimeException("查询失败: " + sql, e); } return null; } }

update方法用可变参数接收占位符值，调用方写update("update stock set quantity=? where product_id=?", num, pid)即可。queryOne靠反射把列名和字段名对齐，所以实体类字段名要和数据库列名一致，或者你在 SQL 里用别名。try-with-resources保证连接和语句自动关闭，比 finally 里手写 close 干净。注意DBUtil.getConnection()内部要从 Druid 数据源取，别在这里 new DriverManager。

4. 核心业务闭环：收银下单、库存扣减与事务控制

4.1 收银流程的状态流转

一笔收银从扫码开始：收银员扫条码，前端发请求查商品，加入购物车，选会员，结算，生成订单，扣库存，加积分。这条链路里任何一步失败，整单都要回滚。常见做法是把「生成订单 + 扣库存 + 加积分」放在一个 Service 方法里，用同一个 Connection 手动控制事务。

状态上，订单先落sale_order主表拿到自增 id，再批量插sale_item。库存扣减用update stock set quantity = quantity - ? where product_id = ? and quantity >= ?，把判断和扣减合成一条 SQL，靠数据库行锁保证并发下不会超卖。返回影响行数为 0 就说明库存不足，抛异常回滚。

4.2 手写事务的 Service 代码与参数说明

public class SaleService { private SaleDao saleDao = new SaleDao(); private StockDao stockDao = new StockDao(); private MemberDao memberDao = new MemberDao(); public String checkout(List<CartItem> items, Integer memberId) { Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交，开启事务 BigDecimal total = BigDecimal.ZERO; for (CartItem item : items) { // 扣库存，quantity >= num 作为乐观判断 int rows = stockDao.reduceStock(conn, item.getProductId(), item.getNum()); if (rows == 0) { throw new RuntimeException("库存不足: " + item.getProductName()); } total = total.add(item.getPrice().multiply(new BigDecimal(item.getNum()))); } String orderNo = "SO" + System.currentTimeMillis(); saleDao.insertOrder(conn, orderNo, memberId, total); saleDao.insertItems(conn, orderNo, items); if (memberId != null) { // 消费一元积一分，向下取整 memberDao.addPoints(conn, memberId, total.intValue()); } conn.commit(); return orderNo; } catch (Exception e) { if (conn != null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } throw new RuntimeException("结算失败: " + e.getMessage(), e); } finally { if (conn != null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ex) { ex.printStackTrace(); } } } } }

关键点是所有 DAO 方法都接收外部传入的conn，而不是各自从连接池取。如果每个 DAO 自己拿连接，事务就跨了多个连接，回滚根本管不住。setAutoCommit(false)之后必须显式 commit 或 rollback，finally 里恢复自动提交再关闭，避免连接归还池子时状态污染。total.intValue()做积分是简化处理，真实场景要按规则表算。

4.3 库存预警与定时任务的轻量实现

库存预警不需要上 Quartz，毕设里用ServletContextListener启动一个后台线程，每小时扫一次stock表，把quantity < warn_line的商品写进预警表或日志即可。

@WebListener public class StockWarnListener implements ServletContextListener { private ScheduledExecutorService scheduler; @Override public void contextInitialized(ServletContextEvent sce) { scheduler = Executors.newSingleThreadScheduledExecutor(); // 启动后延迟 1 分钟，之后每 60 分钟执行一次 scheduler.scheduleAtFixedRate(() -> { List<Product> warns = new StockDao().listWarnProducts(); for (Product p : warns) { System.out.println("库存预警: " + p.getName() + " 剩余 " + p.getQuantity()); } }, 1, 60, TimeUnit.MINUTES); } @Override public void contextDestroyed(ServletContextEvent sce) { if (scheduler != null) scheduler.shutdownNow(); } }

scheduleAtFixedRate的第三个参数是周期，单位由第四个参数决定。contextDestroyed里必须 shutdown，否则 Tomcat 重启时线程泄漏，控制台会报内存泄漏警告。这个监听器用@WebListener注解注册，不用改 web.xml。

5. 避坑与排查：导入源码后跑不起来的五类真实故障

5.1 现象：启动报 ClassNotFoundException javax.servlet.http.HttpServlet

原因：Tomcat 10 及以上版本把 Servlet API 从javax.servlet迁移到了jakarta.servlet，而老源码和依赖还是 javax 包。解决：要么把 Tomcat 降到 9，要么把源码里所有javax.servlet改成jakarta.servlet，同时把 jstl 依赖换成 jakarta 版本。毕设求稳，建议直接用 Tomcat 9。

5.2 现象：登录页能打开，提交后 404

原因：Servlet 的@WebServlet("/login")路径和 JSP 表单 action 不一致，或者 web.xml 里 metadata-complete 设成了 true 导致注解被忽略。解决：检查表单 action 是否带上了应用上下文/supermarket，检查 web.xml 的metadata-complete属性，改成 false 或删掉该属性。

5.3 现象：中文商品名存进数据库变成问号

原因：三个环节任一字符集不对都会乱码——数据库建库字符集、JDBC url 的 characterEncoding、JSP 页面的 pageEncoding。解决：建库用utf8mb4，url 加characterEncoding=utf8mb4，JSP 顶部写<%@ page contentType="text/html;charset=utf8mb4" pageEncoding="utf8mb4" %>，三处统一。

5.4 现象：收银时库存扣成负数

原因：扣减 SQL 只写了set quantity = quantity - ?，没有and quantity >= ?条件，并发下两个请求都读到够扣就都执行了。解决：把判断条件写进 where，靠 InnoDB 行锁串行化，影响行数为 0 就回滚。这是超卖问题的标准解法。

5.5 现象：IDEA 里改了 JSP 刷新没变化

原因：Tomcat 的 JSP 编译缓存没清，或者部署的是 war 包而非 exploded。解决：Deployment 选 exploded，On Update Action 设成 Update classes and resources，改完按 Ctrl+F10 热更新。还不行就清 Tomcat 的 work 目录重启。

6. 让毕设从「能跑」到「能讲」：答辩追问的应对与二次开发方向

答辩老师不会只看你页面漂不漂亮，他会顺着业务问下去。最常被追问的三个点：库存并发怎么保证、事务边界在哪、数据库索引为什么这么加。前面第 4 章的扣减 SQL 和事务代码就是答案，你要能当场画出一笔订单从请求到落库的时序，说清哪一步可能失败、失败后怎么回滚。

二次开发方向建议挑一个做深，别贪多。比如把收银台改成支持挂单和取单，这需要新增一张hold_order表，把购物车序列化存进去；或者加一个简单的销售报表，用select date(create_time), sum(total) from sale_order group by date(create_time)按天聚合，前端用 ECharts 画折线。报表这个方向工作量可控，演示效果好，还能顺带讲清楚 SQL 聚合和索引的关系。

验证方法上，我一般会写一个简单的压测脚本，用ab或 JMeter 对结算接口发 50 个并发，看库存是否精确扣减、订单号是否重复。订单号用System.currentTimeMillis()在并发下可能撞，改成时间戳加随机后缀或数据库序列更稳。这个细节讲出来，老师会知道你真正跑过并发，而不是只点了两下页面。

我自己做这类项目最大的教训是：别一上来就改源码结构，先把原始版本跑通、把数据库导进去、把一笔完整收银走完，再动手重构。很多人卡在环境上三天，热情就没了。先让它跑起来，再让它讲得通，最后才是让它好看。希望帮到你。

本文还有配套的精品资源，点击获取