企业官网建设流程全解析

简介：这是一套基于JavaWeb的超市会员管理系统毕业设计完整源码与数据库资源，主要面向计算机相关专业正在准备毕设的学生，以及需要项目实战经验的Java学习者，也可用于课程设计或期末大作业。系统采用JSP、Servlet、JDBC作为后台框架，搭配MySQL数据库，可在Eclipse和Tomcat环境下顺利部署运行，功能覆盖会员资料管理、消费记录、积分兑换等典型超市业务模块，界面简洁、操作流畅。整套资源压缩包共742个文件，大小约15.72MB，包含Java源码、JSP页面、JavaScript脚本、CSS样式、图片素材及SQL数据库脚本等，目录结构清晰，方便按模块阅读和二次开发。已有668人学习使用，并附有项目说明、软件工具和数据库脚本，所有代码经过严格调试，确保可以直接运行。无论是用于毕业设计答辩，还是作为JavaWeb综合实践，这套系统都能提供从环境配置到功能实现的完整参考，实用价值高。

1. 超市会员管理系统zip是什么货色：适合谁、值不值得打开

先说结论：这个 zip 值得下载，但别指望代码里有什么高级框架。基于Javaweb的超市会员管理系统源码+数据库（毕业设计）.zip 是一个典型的 Javaweb 全栈入门项目：前端 JSP 页面、后端 Servlet/JavaBean、数据库 MySQL，三层结构从页面请求一路通到 SQL 语句。做毕业设计时，它解决三件事：跑通一个完整业务闭环，学会 IDEA 里配置 Tomcat，把数据库设计讲清楚。适合正在做 Javaweb 课程设计或毕业设计的人，也适合想快速看一遍 JSP+Servlet+MySQL 老项目的人。如果你是想直接交差，劝你换方向——答辩时讲不出业务逻辑，比没源码更惨。

2. 拿到zip后的第一道坎：把 Javaweb 运行环境搭好

这类毕业设计包最常见的问题不是代码写错，而是环境搭不起来。源码是你写的还好，从别人手里拿过来的项目，第一件事永远是确认 JDK、Tomcat、MySQL 版本能不能对上。版本对不上，后面所有排错都是白费功夫。很多同学卡在“导入IDEA后一启动就报错”，九成是版本搭配问题。

所以这一章我不直接从代码讲起，先给你一套我常用的环境判断方式。做这类老项目，稳是第一优先级，追新版本是给自己找麻烦。

2.1 JDK、Tomcat、MySQL 三者版本得先对齐

Javaweb 老项目对版本非常敏感。原因出在三层依赖上：代码里用的 javax.servlet 包，Tomcat 自带的 Servlet 容器版本，还有 MySQL 驱动类的包名。这一组东西只要有一个跳跃，就会出现“昨天还能跑，今天一起动就 500”的情况。

我一般建议的搭配是下面这张表，照着配能省掉大部分早期问题：

打开命令行确认一下现在的环境，别靠猜：

java -version # 输出应为 openjdk version "1.8.0_..." 或者 1.8 相关字样 mvn -v # 如果提示命令不存在，说明没装 Maven 或没配 PATH mysql --version # 确认 MySQL 客户端版本

这段命令没有业务逻辑，目的是帮你排除环境变量问题。如果java -version出来是 17、21，而项目又是在 jdk1.8 下写的，建议直接再装一个 JDK 8，在 IDEA 里切换 Project SDK。不要试图把项目升级到新 JDK 再编译，你会碰上很多不兼容点，且它们和你的毕业设计无关，纯浪费时间。

还有一个容易被忽略的问题：端口占用。Tomcat 默认 8080，很多机器上装了多个服务，启动报Port 8080 was already in use时，先看是哪个进程在占端口，而不是反复重启。Windows 上用netstat -ano | findstr 8080就能看到 PID，再按 PID 在任务管理器里结束。

2.2 从zip导入IDEA：判断构建方式比盲目点Import更省时间

解压 zip 后，先不要急着用 IDEA 的 Open 直接选目录。老项目和 Maven 项目的导入方式完全不同。先进目录里看有没有构建文件：

find . -maxdepth 3 -name "pom.xml" -o -name "build.xml" -o -name "*.sql" | head -20

这条命令会把源码根目录附近的 Maven 配置、Ant 配置和 SQL 脚本都找出来。如果看到 pom.xml，说明这是 Maven 构建，IDEA 里直接File > Open选根目录，等 Maven 依赖索引加载完就行。如果只有 build.xml，那是 Ant 工程，需要手动把 src 目录挂成源码根目录。如果只有 .java 和 .jsp，没有构建文件，那多半是早期 IDE 导出的工程，需要自己补 pom.xml。

很多毕业设计源码虽然是 Javaweb 老项目，但为了答辩方便已经改成了 Maven 结构。这种情况下，你要重点检查 pom.xml 里的依赖是不是够用：

<dependencies> <!-- Servlet 编译依赖，Tomcat 运行时会自己提供 --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <!-- MySQL 驱动，注意 8.x 版本驱动类名变了 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> <!-- JSTL 标签库 --> <dependency> <groupId>jstl</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> </dependencies>

注意三个点：javax.servlet-api的 scope 必须是provided，否则打包时把 Tomcat 的Servlet类也打进去，部署后会和容器自带的类冲突，报各种NoSuchMethodError。mysql-connector-java8.x 和 5.x 的 URL 写法不一样，后面会细说。JSTL 版本建议固定 1.2，网上有些老例子写 1.1.2，会导致 EL 表达式失效。

导入 IDEA 后，还要再检查一处：Project Structure 里 Project SDK 是不是 JDK 8。Maven 就算配好，Idea 的 Module SDK 选错，也会出现编译通过但运行时报错的情况。这个位置是File > Project Structure > Project Settings > Project，SDK 下拉框选 1.8，Language Level 选 8。这一步做完，再配 Tomcat。

传统 Javaweb 工程里，Servlet 的路径一般是写在 web.xml 里的。如果项目用了注解@WebServlet，web.xml 可以留空。但很多毕业设计是两个混着写，你需要在 web.xml 里确认登录接口的 url-pattern：

<servlet> <servlet-name>LoginServlet</servlet-name> <servlet-class>com.supermarket.servlet.LoginServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>LoginServlet</servlet-name> <url-pattern>/login</url-pattern> </servlet-mapping>

这段配置的作用是把/login请求交给 LoginServlet 处理。前端 JSP 里表单的action如果写的是login.jsp，而这里配的是/login，那登录就会一直 404 或者跳到空白页。这就是排查登录失败时第一个该看的地方。

2.3 jdbc.properties：数据库连接池的4个参数决定了能不能起

数据库连不上是 Javaweb 项目最大的黑匣子。很多时候页面能打开，一输入账号就报Cannot create PoolableConnectionFactory。这种错百分之八十都出在连接参数上。最常见的连接配置长这样：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/supermarket?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true jdbc.username=root jdbc.password=123456

这里四个参数，driver 用com.mysql.cj.jdbc.Driver是连接 MySQL 8 的写法；如果项目依赖是 5.x 驱动，要写成com.mysql.jdbc.Driver。url 里第一段是协议和地址，3306是默认端口，supermarket是数据库名，必须和导入的 SQL 脚本里的库名一致。

url 后面几个参数才是重点。characterEncoding=UTF-8不写，中文查询条件会乱码。serverTimezone=Asia/Shanghai不写，MySQL 8 会直接报日期时区错误。useSSL=false是本地开发时必须关掉的，否则会多一次 SSL 握手，慢还不稳定。allowPublicKeyRetrieval=true是 MySQL 8 用caching_sha2_password认证时需要开的参数，不开会报Public Key Retrieval is not allowed。

如果你在源码里看到的不是 properties 文件，而是 DBUtil 类里硬编码了这些值，我建议改成读取 properties 的方式。不是为了炫技，是为了你在答辩时能说清楚“数据库连接池参数和代码分离”这个点。

有些项目会用到 Druid 或 C3P0 连接池。Druid 的配置是在 jdbc.properties 里额外写几行：

initialSize=5 maxActive=20 maxWait=60000 minIdle=5

initialSize是启动时初始化的连接数，maxActive是最大活跃连接数，maxWait是获取连接的最大等待时间。本地开发这几个值不用调太大，maxActive=20足够。如果你发现项目启动后不报错，但是访问一多就像死了一样，多半是连接池没关，或者 maxWait 太小。把 maxWait 调到 60000，再在 DAO 层确认每次用完都调用 close。

这个配置里最坑的一点是：Tomcat 和 IDEA 的缓存。改完 properties 以后很多人直接重启 Tomcat，结果还是旧密码。我一般会先用上面mysql -u root -p手工连一次数据库，确认账号密码没问题，再重启 Tomcat。如果手工能连上，项目里连不上，问题一定在项目配置，不在数据库本身。

3. 把源码和数据库对上：会员管理系统的表结构与请求链路

环境跑起来只是第一步。接下来要解决的是“源码看不懂”的问题。毕业设计答辩，老师不会一行行看代码，但会让你指着数据库表说明关系，再指着代码说明一个请求怎么走的。这两件事必须提前理清。

这一章我拿超市会员管理系统最常见的表结构和请求链路做例子，你拿到手的源码大概率不会差太远。重点是学会怎么把表和代码对应起来，而不是死记我这里写的表名。

3.1 五张核心表的字段设计与关系

超市会员管理系统的业务边界很清楚：管理员登录、会员信息维护、消费记录、积分累计与兑换。所以数据库里最核心的也就是五张表：管理员表、会员表、商品表、消费记录表、积分日志表。

一个能应付答辩的建表脚本长这样：

CREATE DATABASE supermarket CHARACTER SET utf8mb4; USE supermarket; CREATE TABLE admin ( admin_id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(30) UNIQUE NOT NULL, password VARCHAR(64) NOT NULL ); CREATE TABLE member ( member_id INT PRIMARY KEY AUTO_INCREMENT, card_no VARCHAR(20) UNIQUE NOT NULL, name VARCHAR(50) NOT NULL, phone VARCHAR(11), points INT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE goods ( goods_id INT PRIMARY KEY AUTO_INCREMENT, goods_name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT DEFAULT 0 ); CREATE TABLE sale_record ( record_id INT PRIMARY KEY AUTO_INCREMENT, member_id INT, goods_id INT, quantity INT, amount DECIMAL(10,2), create_time DATETIME, FOREIGN KEY (member_id) REFERENCES member(member_id), FOREIGN KEY (goods_id) REFERENCES goods(goods_id) ); CREATE TABLE point_log ( log_id INT PRIMARY KEY AUTO_INCREMENT, member_id INT, change_points INT, reason VARCHAR(50), create_time DATETIME, FOREIGN KEY (member_id) REFERENCES member(member_id) );

注意几个设计上的细节。card_no是会员卡号，逻辑上唯一，所以要加UNIQUE。points默认 0，不能是 NULL，否则代码里判空很麻烦。sale_record里我建议保存amount字段，也就是这笔消费的总金额，这样报表统计直接 SUM 就好，不用再去关联商品表算单价乘数量。

point_log表是很多毕业设计会漏掉的表。只有 member 表里的积分字段，没有日志表，答辩时老师一问“积分变化怎么审计”就哑口无言。加上这张表以后，每一笔积分变动都能追溯到原因，代码逻辑也更清晰。

3.2 导入数据库脚本：命令行和图形化工具两种方式

SQL 脚本导入有两条路，命令行是最不会出问题的。打开终端，进到 sql 文件所在目录：

mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARACTER SET utf8mb4;" mysql -u root -p supermarket < supermarket.sql

第一行先创建数据库，第二行把整个脚本导入到 supermarket 库。执行完以后，再用SHOW TABLES验证表都建上了：

SHOW TABLES; DESC member;

SHOW TABLES会列库里的表名，DESC member会显示会员表字段。如果你看到的是 Table doesn't exist，那说明脚本导入到了别的库，或者脚本里有USE other_db把库给切走了。

如果你用 Navicat 或 DBeaver，方式更简单：连接本地 MySQL，右键“运行 SQL 文件”，选脚本路径。但图形化工具有一个坑：编码。脚本文件如果是 UTF-8，工具默认连接字符集不对，导入后注释和中文数据会变成乱码。命令行方式因为有--default-character-set=utf8mb4可以显式指定，反而更可控。我建议命令行跑，跑完再用 Navicat 看数据。

3.3 从登录请求看三层架构：Servlet、Service、Dao 各干各的

代码读不明白，是因为没抓住主线。Javaweb 项目的请求链路永远是一条线：JSP 页面提交表单，Servlet 接收参数，调用 Service 层处理业务，Service 调用 Dao 层访问数据库，返回结果跳转页面。

看登录模块就够了。一个典型的登录 Servlet 长这样：

@WebServlet("/login") public class LoginServlet extends HttpServlet { private LoginService loginService = new LoginService(); @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String cardNo = req.getParameter("cardNo"); String password = req.getParameter("password"); Member member = loginService.login(cardNo, password); if (member != null) { req.getSession().setAttribute("member", member); resp.sendRedirect("index.jsp"); } else { req.setAttribute("error", "卡号或密码错误"); req.getRequestDispatcher("login.jsp").forward(req, resp); } } }

@WebServlet("/login")是 Servlet 3.0 的注解方式，和 web.xml 配置等效。doPost里做三件事：从请求里取参数、调业务层、根据结果跳转。这种结构的好处是 Servlet 里没有 SQL，逻辑清晰。

Service 层再往下调 Dao。Dao 层查数据库的经典写法是 PreparedStatement：

public Member findMemberByCardNo(String cardNo) throws SQLException { String sql = "SELECT * FROM member WHERE card_no = ? LIMIT 1"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, cardNo); try (ResultSet rs = ps.executeQuery()) { if (rs.next()) { Member m = new Member(); m.setMemberId(rs.getInt("member_id")); m.setCardNo(rs.getString("card_no")); m.setName(rs.getString("name")); m.setPoints(rs.getInt("points")); return m; } } } return null; }

这里为什么要用 PreparedStatement？因为WHERE card_no = ?是预编译的，传入的参数不会拼接进 SQL 字符串，天然防 SQL 注入。很多传统 JSP 项目喜欢写字符串拼接 SQL，如果答辩时你能说出这句差别，是一个明显的加分项。

try-with-resources语句会自动关闭 Connection、PreparedStatement、ResultSet。别小看这点，很多老项目因为忘记关连接，跑一天后连接池被打满，页面假死。你在这个细节上下点功夫，老师会认为你真的搞懂了这个项目。

4. 积分与报表：这两个功能做完，答辩就有东西讲了

跑通登录只是开始。超市会员管理系统里，评审老师最常问的两个功能就是会员积分怎么算、消费报表怎么出。这两个功能既有数据库操作，又有业务逻辑，还涉及到事务和聚合查询，是整份源码里最有技术含量、也最能讲出东西的部分。

如果你拿到的源码里这两个功能做得稀烂，正好可以在原基础上自己改，改完就能当成你的核心亮点。

4.1 积分变更必须做事务

积分的场景有三类：办卡送积分、消费得积分、积分兑换扣减。最容易出问题的不是 SQL 写错，而是“消费记录和积分更新没在同一个事务里”。

想象一个场景：会员买了一瓶水，先插入一条 sale_record，然后给 member 表加积分。如果第二步 UPDATE 执行失败，会怎样？在无事务情况下，消费记录已经落库，积分没加。会员说你不讲信用，代码里又没有撤销机制，重启服务更解决不了。

正确的做法是把两步操作放进同一个事务：

public void consume(Long memberId, BigDecimal amount) throws SQLException { Connection conn = DBUtil.getConnection(); conn.setAutoCommit(false); try { // 1. 插入消费记录 String insert = "INSERT INTO sale_record (member_id, goods_id, quantity, amount) VALUES (?, ?, 1, ?)"; // 2. 给会员加积分：消费满 1 元积 1 分 String update = "UPDATE member SET points = points + ? WHERE member_id = ?"; // 3. 写积分日志 String log = "INSERT INTO point_log (member_id, change_points, reason) VALUES (?, ?, ?)"; conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); conn.close(); } }

setAutoCommit(false)表示之后的 SQL 都不自动提交，直到显式调用conn.commit()。只要中间任何一条 SQL 抛异常，就进入 catch 调rollback()把前面所有操作回滚。这样要么三条 SQL 全部成功，要么全部不生效，不会有中间状态。

这个逻辑看起来简单，但我见过的毕业设计源码里，有相当一部分是把积分更新写在 saleRecordDao.insert() 后面的普通调用里，没有外层事务。遇到这种情况我会建议你改成上面这种写法。不用引 Spring 的事务管理器，一个 JDBC 事务就够，答辩时还能解释清楚“事务的原子性”。

还有个隐藏参数：积分规则。别把“消费 1 元积 1 分”写死在代码里，容易被老师问“积分规则变了怎么办”。可以在数据库加一张积分规则表，或者至少把每单积分比例定义成一个常量：

private static final int POINTS_PER_YUAN = 1;

然后计算逻辑写成amount.intValue() * POINTS_PER_YUAN。这样即使规则调整，也只改一个地方。

4.2 消费报表：SQL分组别写成 SELECT * 再内存算

很多不成熟的源码，报表功能是把 sale_record 全表查出来，然后在 Java 里用 HashMap 按日期累加。数据量小的时候看不出问题，一旦数据量上来，CPU 和内存直接被拖垮。更重要的是，在答辩时老师一定会问：报表统计是在数据库做的还是内存做的？标准答案是数据库。

按日统计销售额，一条 SQL 就够了：

SELECT DATE(create_time) AS day, COUNT(*) AS order_count, SUM(amount) AS total_amount, AVG(amount) AS avg_amount FROM sale_record GROUP BY DATE(create_time) ORDER BY day DESC;

DATE(create_time)会把 DATETIME 字段截断到天，GROUP BY DATE(create_time)就是这个分组的依据。COUNT(*)统计订单数，SUM(amount)算总销售额，AVG(amount)算客单价。这几个字段正好是一个报表页面的核心指标。

如果要做按月统计，就把 GROUP BY 的字段换成DATE_FORMAT(create_time, '%Y-%m')：

SELECT DATE_FORMAT(create_time, '%Y-%m') AS month, SUM(amount) AS total_amount FROM sale_record GROUP BY DATE_FORMAT(create_time, '%Y-%m') ORDER BY month DESC;

这里要提醒一个坑：ORDER BY day DESC的 day 是别名，MySQL 里可以用别名排序，但有些数据库不允许。为了保险，可以直接写ORDER BY DATE(create_time) DESC。另外，如果报表要过滤日期范围，一定要在 WHERE 里用范围条件，不要在 GROUP BY 前面把全表数据拉出来再过滤。

4.3 分页与搜索：最基本的组合查询写法

超市会员管理必然要处理会员列表的分页和搜索。这个功能最能看出代码功底。最直观的实现是手写 LIMIT 分页：

public List<Member> searchMembers(String keyword, int page, int pageSize) { String sql = "SELECT * FROM member " + "WHERE name LIKE ? OR phone LIKE ? " + "ORDER BY member_id DESC " + "LIMIT ? OFFSET ?"; // 参数设置： // ps.setString(1, "%" + keyword + "%"); // ps.setString(2, "%" + keyword + "%"); // ps.setInt(3, pageSize); // ps.setInt(4, (page - 1) * pageSize); }

参数说明：LIKE ?配合%关键词%实现模糊匹配，LIMIT ? OFFSET ?是 MySQL 的分页语法。LIMIT 后面的数字是每页条数，OFFSET 后面是从第几条开始取。如果第 1 页每页 10 条，OFFSET 是 0；第 2 页 OFFSET 是 10。(page - 1) * pageSize就是页码和偏移量的换算关系。

分页还有配套的一步：查总条数。只有拿到总数，前端才能渲染“共 N 页”的页码条。总条数查询也是一条独立 SQL：

SELECT COUNT(*) FROM member WHERE name LIKE ? OR phone LIKE ?;

这里有个常见错误：把COUNT(*)和 LIMIT 放在同一条 SQL 里，然后试图通过SELECT FOUND_ROWS()拿总数，这是老 MySQL 的写法，在高版本里行为不稳定。我建议直接跑两条 SQL，简单可靠。如果你拿到的源码里是 PageHelper，那就不用管这些，但我还是建议你手写一遍分页，因为答辩时被问到底层原理，你能说出来 LIMIT 和 OFFSET 的值怎么算。

5. 避坑指南：从「能启动」到「能答辩」的5个血泪经验

这一章写的是我在跑这类 Javaweb 毕业设计项目时真正踩过、也帮别人排过的坑。每条都按“现象、原因、解决”的顺序写。遇到类似报错，别急着重装系统，先按这个清单排查。

5.1 启动期最常见的5个坑

坑一：Tomcat 一启动就报 ClassNotFoundException: com.mysql.jdbc.Driver

现象：启动 Tomcat 访问页面，浏览器报 500，后台日志里明确写了找不到驱动类。

原因：项目里没有 mysql-connector-java.jar。用 Maven 的话，就是依赖没生效或者 scope 弄错；不用 Maven 的话，是 jar 没复制到 WEB-INF/lib。

解决：先检查 pom.xml 里有没有 mysql-connector-java 依赖，再看 IDEA 的 External Libraries 里有没有对应 jar。如果是普通 Web 项目，把 jar 放到src/main/webapp/WEB-INF/lib下，重新 Build Artifacts。注意 IDEA 里手动加的 jar 必须确认出现在 Artifacts 输出里，否则运行 Tomcat 时它不会带你手动拷进去的 jar。

坑二：页面中文全是乱码

现象：登录后用户名、商品名显示成“????”或者一堆乱码。

原因：三层编码没统一。JSP 页面编码、Servlet 里 response 编码、数据库连接 URL 的 characterEncoding 只要有一层不是 UTF-8，就会乱。

解决：JSP 页面加<%@ page contentType="text/html;charset=UTF-8" %>；在 Servlet 的 doGet/doPost 开头加req.setCharacterEncoding("UTF-8")；url 参数里加上characterEncoding=UTF-8。另外检查数据库表字符集，用SHOW CREATE TABLE member看看是不是 utf8mb4。所有地方统一成 UTF-8 以后，重启 Tomcat 再看。

坑三：连接数据库报 Unable to load authentication plugin 'caching_sha2_password'

现象：MySQL 8 数据库能连上 Navicat，但项目一直连不上，报插件错误。

原因：MySQL 8 默认认证插件是 caching_sha2_password，老版本的 mysql-connector-java 不认识。

解决：把驱动版本升到 8.0 以上，同时在连接 URL 里加allowPublicKeyRetrieval=true&useSSL=false。如果驱动已经是 8.x 还报错，检查 pom.xml 里是不是依赖没刷新，重新导入 Maven 并清一下 IDEA 缓存。

坑四：刚启动完 Tomcat，再启动就报端口被占用

现象：第二次运行报Port 8080 was already in use。

原因：上一次运行没把 Tomcat 正常停掉，底层 Java 进程还活着，占着 8080 端口。

解决：最直接的是在 IDEA 的 Run 面板点红色停止按钮，如果还不行，终端执行netstat -ano | findstr 8080找到 PID，再用taskkill /PID 对应PID /F强制结束。不要一直换端口绕开问题，那样后面继续开发还是会遇到。

坑五：导入项目后 GET 请求 404，访问不到 JSP

现象：Tomcat 能起来，但直接输 index.jsp 显示 404。

原因：Artifacts 配置不对。IDEA 运行 Tomcat 时，部署的不是当前项目，或者项目编译输出没进到部署目录。

解决：检查Run > Edit Configurations里的 Deploy 是否有带/访问路径的 Artifact，再把File > Project Structure > Artifacts里的输出目录指到项目的 Web。最简单粗暴的验证方式：在 IDEA 里先把 Tomcat 配置里的 URL 设置成http://localhost:8080/，直接访问根路径，如果能看到页面列表，说明项目没部署上。反复调配置之前，先确认 web.xml 和 @WebServlet 路径没写错。

5.2 答辩前必须通过的自查清单

代码跑通只能保证你有东西展示，离“能答辩”还差一步。我见过很多学生到了讲台上才发现，自己只会启动，不会演示操作流程，老师一问“这个按钮是干嘛的”就开始翻代码。提前按下面的清单过一遍，比临时抱佛脚强。

第一，核心功能闭环必须完整走一遍。从管理员登录开始，新增一个会员，给会员办卡，再录一笔消费，确认积分增加，最后到报表页面看统计数据。这个过程每一步之间要有明确的输入输出关系。比如报表页面的新增会员数，应该和刚才新增的那条记录对得上。

第二，边界输入要有防御。比如会员手机号能不能输入 11 位以上？积分能不能扣成负数？库存能不能变成负数？这些地方是答辩老师喜欢下手的地方。如果你源码里没有校验，就提前准备一句话：“这块我在项目里预留了 Validator 接口，目前实现了非空和长度校验。”虽然多数情况下是临时补的，但至少说明你考虑过。

第三，数据库脚本要能“从零跑通”。有些同学在本地跑得很顺，是因为数据库已经建好了，代码里写死了库名。真正到答辩环境或者老师现场考核时，让他们先从 SQL 脚本导入，马上会暴露表结构不完整、外键顺序错等问题。把整个导入过程练熟，用干净库跑一遍，确保脚本没有在中间报错。

第四，Tomcat 启动日志里不能有红色异常。哪怕不致命，也会被追问。常见的警告能消则消，比如 SLF4J 绑定冲突、JDBC 驱动版本警告，这些细节会让老师觉得你不够细心。

6. 让它变成你的项目：三个低成本改造方向

如果你不想只做一个“能跑的别人项目”，下面这三个方向都是三天以内能完成的改造，能明显拉开你和同组同学的距离。

第一个方向：管理员密码改密文存储。现在很多源码里 admin 表的 password 是明文，你可以在注册和登录两处加一个工具方法：

String encoded = DigestUtils.md5Hex(password + salt);

密码加盐后入库，登录时把用户输入加同样的盐再哈希比对。注意盐不能全局写死一个，最好每位用户独立存储。这个改造代码量不大，但能在答辩时讲出“安全设计”的概念。

第二个方向：消费报表接一个图表。用 ECharts 的折线图展示近 7 天营业额，后端提供一个 JSON 格式的接口，前端 Ajax 请求拉取数据，再渲染成图表。这里不涉及复杂框架，一个 Servlet 加一个 JSP 就能完成。老师看到柱状图和折线图，比只看表格要有印象得多。

第三个方向：把数据库访问层从裸 JDBC 换成 MyBatis。这个改动稍微大一点，但如果你以后想找 Java 后端工作，值这个时间。换完以后，SQL 语句从 Java 代码里挪到 Mapper.xml，代码量会明显减少，结构也更干净。毕业设计评审时，如果你的项目用了 MyBatis，而别人还在写 JDBC，这个差异本身就是一个谈资。

我自己的习惯是：拿到这种毕业设计 zip 后，先跑通最小闭环，再挑一个自己最不熟的点动手改。改完一个功能就跑一遍，确认没有破坏原有逻辑。早期我总想一步到位重构所有模块，结果每次都卡在环境问题上来回折腾。所以建议你也从最小改造开始，一点点把这个项目变成自己的。希望帮到你。

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