企业官网建设流程全解析

简介：这套Java毕业设计以JSP超市管理系统为课题，完整覆盖论文撰写所需的章节结构，面向计算机相关专业学生及毕业设计开发者，也适用于需要快速搭建课设项目的进阶学习者。包体约4.13MB，主要包含Java源码、数据库脚本和说明文档，压缩包整体轻量、便于下载与部署；源码可直接导入运行，数据库文件用于初始化超市管理所需的数据表，说明文档则提供了从系统分析、可行性分析到需求分析、概要设计、详细设计的完整目录框架。文档中罗列了业务流程图、数据流图、系统关联图、数据字典、E-R图、程序流程图及软硬件配置方案，核心设计要素齐全，能显著缩短论文排版和撰写时间。目前已有161人学习下载，整体逻辑清晰、章节规范，无论是作为毕业设计参考模板还是二次开发基础，都具备较高的实用价值。

1. jsp 超市管理系统这套毕业设计源码，到底适不适合你

又是毕业设计选题季，Java 方向的同学十个里有五个会搜“jsp 超市管理系统”。这个组合听起来老，但真做起来很稳：它是一套完整的基于 JSP + Servlet + JDBC 的 Web 管理系统，源码里自带数据库脚本和说明文档，覆盖了登录鉴权、商品管理、库存、订单和销售统计这些最经典的业务。你把它跑起来、改两三个页面、加一两个小功能，就能撑起一篇不错的课设或毕设。它适合正在选课题、不想从零写框架、愿意在现成代码上做二次开发的人，也能当你的 jsp 入门练手项目，因为代码量小、链路短，比空看教程更容易建立信心。

2. 先把系统拆开看：jsp 超市管理系统的功能模块与数据库表设计

2.1 为什么现在的毕业设计还在用 JSP：Servlet + JSP + JDBC 的老组合定位

在选择毕设技术栈时，很容易被 Spring Boot 洗脑。Spring Boot 确实开发效率高，但如果你只是交一个课设，JSP 这套“所见即所得”的老路线反而有个隐藏优势：它的请求链路很短，代码写在明面上，答辩时老师问到你也能说清楚。

一个典型的流程是这样：浏览器提交表单到 Servlet，Servlet 调用 JDBC 代码操作 MySQL，再把结果放进 request 域，转发到 JSP 页面渲染。整个过程没有任何框架包装，黑匣子很少。我这里说的 JSP 是 Java Server Pages，它本质是一个被容器翻译成 Servlet 的模板文件，所以页面里既能写 HTML，又能直接使用 JSP 的九大内置对象，比如 request、response、session 和 out。对你来说只需要记住，写 Java 逻辑进 service 或 dao 类，页面只负责取值和展示。

这套项目最常见的技术组合是：JDK 8、Tomcat 9、MySQL 5.7、JSP + Servlet 3.1、连接池用 c3p0 或 dbcp，另外加一个 JSTL 标签库。为什么选 Tomcat 9？因为它对应 Servlet 4.0，兼容 JSP 2.3，对 JDK 8 支持最省心。Tomcat 11 也有，但牵涉到 Jakarta 命名空间，老源码很容易跑不起来。JDK 这边同理，用 Java 8 顺手，Java 11 也行，再往上如果遇到第三方 jar 不兼容，排查成本会很高。能在一天内跑通的东西，不值得用新版本给自己挖坑。

2.2 核心功能模块拆解：登录、商品、库存、订单、统计五件套

超市管理系统无论换成什么标题，核心都是围绕商品进销存的增删改查。我过手的这类毕设源码，功能模块基本固定在这样几块：

第一块是用户与权限。通常有一个 sys_user 表，里面存账号、密码、真名和角色。角色用数字表示，比如 0 代表管理员，1 代表收银员，2 代表仓库管理员。登录成功后把当前用户放进 session，页面再根据角色决定是否显示某个菜单。这一块说说容易，做的时候要注意密码不能明文存，至少用 MD5 加盐，如果源码里是明文，建议你拿到手第一步就顺手改成 MD5。用 java.security.MessageDigest 就能做，不用引额外的库。

第二块是商品管理。商品表里至少要包含商品编号、条码、名称、分类、进价、售价、单位、库存下限和状态。超市和普通电商的区别在条码，所以表里最好有独立的 barcode 字段，开发时可以用一个简单的 oninput 事件监听扫码枪录入。

第三块是库存管理。包括入库单和出库单两个操作，本质是往库存流水表插入记录，同时更新商品表的 stock 字段。这里有个设计要点会被拿出来单独问：扣库存必须和生成订单放在同一个事务里。这个我们放到第 4 章细讲，先在这里留个印象。

第四块是订单收银。购物车列表通常存 session，确认结算时一次性插入订单主表和订单明细表。订单主表记录单号、收银员、总金额、折扣、实付金额和创建时间；明细表记录每个商品的单价、数量、小计。两块表用订单号关联。这里给毕设选型一个提示：如果你的源码里订单明细没有存商品名称和当时售价的快照，建议你加冗余字段，不然统计一年前的销售额时查不到已删除商品的名字，会被答辩老师问住。

第五块是销售统计。统计是 JSP 里展示最多的地方，常见页面有今天的销售额、本月排名前 10 的商品、库存预警列表。实现上靠几条 GROUP BY 的 SQL 就能完成，难度不高，但通常要配合日期格式化函数 DATE_FORMAT 才能在页面上按“2024-05-01”的格式分组。这一块是很多同学从黑匣子变成明白人的第一站，只看你愿不愿意动手。

2.3 数据库表结构：六张表的设计里藏着的三个关键取舍

这类系统的数据库脚本一般是 SQL 文件形式，文件名类似 db_supermarket.sql 或 init.sql。导入 MySQL 以后，你大概会看到这些表：sys_user（用户表）、t_category（商品分类表）、t_product（商品表）、t_stock_flow（库存流水表）、t_orders（订单主表）、t_order_item（订单明细表）。

设计里有三个取舍值得你细看。第一，库存为什么要单独开一张流水表而不直接在商品表上改数量？因为盘点需要留痕，老师问“你怎么知道库存为什么少了”时，答案是“流水表能还原每一步变化”，这是加分的理由。第二，订单明细为什么要冗余商品名称和价格？因为商品被删除后，历史订单不能变成查不到的脏数据，这叫用冗余换可追溯。在你说明文档的数据库设计一节直接写这个理由。第三，金额字段用 DECIMAL 而不用 FLOAT，购物车结算时涉及浮点误差，这是数据库设计的基础考点，你可以在论文里主动点出来，显示你懂这个坑。

CREATE TABLE `t_product` ( `id` int(11) NOT NULL AUTO_INCREMENT, `category_id` int(11) DEFAULT NULL COMMENT '分类id', `barcode` varchar(32) DEFAULT NULL COMMENT '条码', `name` varchar(64) NOT NULL COMMENT '商品名', `purchase_price` decimal(10,2) DEFAULT NULL COMMENT '进价', `sale_price` decimal(10,2) NOT NULL COMMENT '售价', `stock` int(11) DEFAULT '0' COMMENT '当前库存', `min_stock` int(11) DEFAULT '10' COMMENT '库存预警下限', `status` tinyint(4) DEFAULT '1' COMMENT '1上架 0下架', PRIMARY KEY (`id`), KEY `idx_category` (`category_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这段建表 SQL 是这类项目最常见的样子。两个细节说明一下：第一，索引只加在查询频繁的 category_id 上，不要给每个字段都建索引，毕设表数据只有几百几千行，多余索引只会拖慢导入；第二，字符集统一用 utf8mb4 而不是 utf8，因为 utf8 在 MySQL 里存不了 emoji，商品如果出现特殊符号，页面就会变成问号，这是很多老源码跑起来中文乱码的根源。

3. 从源码到跑通：IDEA 导入 jsp 超市系统并连接 MySQL 的完整步骤

3.1 环境与版本：JDK、Tomcat、MySQL 三大件怎么配

在我给你列安装步骤之前，先说清一个常见的翻车点：不要对下载版本有过高的执念。这类 JSP 毕设源码的常见组合就是 JDK 8 + Tomcat 9 + MySQL 5.7。如果你机器上已经装过 MySQL 8.0，也不是不能用，但要注意三点：一是 MySQL 8 默认认证插件是 caching_sha2_password，老版本 JDBC（mysql-connector-java 5.x）连不上，建议把连接驱动换成 8.0.33，并在连接串后面加 useSSL=false、allowPublicKeyRetrieval=true；二是 URL 里要带 useUnicode=true&characterEncoding=UTF-8，防止写入中文变成问号；三是连接池的配置通常就在 src 下名为 db.properties 或 jdbc.properties 的文件里，改不对后面全是坑。

环境配置的推荐顺序是：先装 JDK，配 JAVA_HOME 和 PATH，然后在命令行执行 java -version 验证；再装 Tomcat，解压后直接到 bin 目录执行 startup.bat，浏览器能打开 Tomcat 欢迎页就算过了；最后装 MySQL，用命令行或客户端建一个空库。为什么这个顺序不能反？因为 Tomcat 启动时需要 JAVA_HOME，而测试 JDBC 时需要 MySQL 的驱动，如果你先装 MySQL 再装 JDK，配置过程会穿插很多互相依赖的报错，让人误以为是环境坏了，其实只是顺序乱。提示：如果本机装了多个版本的 Tomcat，一定要确认 IDEA 的 Run Configuration 里指向的是你配置过的那个，而不是另一个实例。

3.2 导入数据库脚本与配置 JDBC 连接池参数

绝大多数源码里都会有一个 database/ 或 sql/ 目录，里面放着 supermarket.sql。拿到脚本后的第一步不是在 IDEA 里直接双击，而是用命令行或客户端创建数据库，先用 utf8mb4 字符集建库，再导入脚本。为什么？因为脚本里的 CREATE TABLE 语句如果已经带好了 ENGINE 和 CHARSET，那最后以表级字符集为准；但如果脚本里只有建表和插入数据，没有指定库字符集，那默认的库字符集就是 latin1，中文必乱。

命令行导入的推荐写法：

mysql -uroot -p --default-character-set=utf8mb4 CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE supermarket; SOURCE /path/to/supermarket.sql;

注意，--default-character-set=utf8mb4 这个参数的作用是告诉客户端，脚本文件里的中文按 utf8mb4 解码；SOURCE 的路径里不要有中文和空格，Windows 下放在 D 盘根目录最省事。导入完之后执行 SHOW TABLES; 应该能看到前面说的几张主表。

数据库脚本搞定以后，接下来是把项目的数据库连接配置改成你自己的账号密码。这个配置文件在 JSP 项目里通常叫 db.properties 或 jdbc.properties，少数写在 src 下的 applicationContext.xml 里。以 c3p0 配置为例，常见的写法是这样：

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

这里最容易被忽略的是 serverTimezone=Asia/Shanghai。MySQL 8 和 JDBC 驱动默认使用 UTC 时区，如果你不显式指定，跑 INSERT 语句插入 create_time 时会比本地时间少 8 个小时，页面上的“今日销售额”永远统计不对。这不是源码问题，是时区配置问题，我见过好几个同学在这里改了半天代码毫无头绪，后来发现加一行参数就好了。这类问题说出来只值一行配置，但不知道时，真能把人卡一晚。

3.3 IDEA 里部署 JSP 项目的两种方式

拿到源码之后，不建议直接双击 index.jsp 用浏览器打开——JSP 没有 Tomcat 容器根本跑不了。我一般在 IDEA 里做两件事：第一步，File -> New -> Project from Existing Sources，选择源码根目录，让 IDEA 把这个项目识别为普通 Java Web 项目，然后确认依赖里能看到 mysql-connector-java、jstl、c3p0 这些 jar；第二步，打开 Project Structure，确认 Artifacts 里生成了以项目名命名的 Web Application: exploded 配置，然后在 Run Configuration 里加一个 Tomcat Server -> Local，把 Deploy 的 Deployment 指向这个 exploded 包。

如果源码是 Maven 结构，也就是带 pom.xml，就更快一点。直接 Import Maven Project，等依赖下载完以后，在 pom.xml 里确认打包方式是 war，然后在 IDEA 里点 Tomcat 运行。两种方式的区别简单说：传统 Artifact 方式适合别人给好的 .iml 工程和 lib 目录；Maven 方式适合你后期想加依赖、加插件，因为 pom 里加一行就能拉新 jar，不用再手动丢进 WEB-INF/lib。对毕设来说，我更推荐 Maven 方式，因为说明文档里写“如何在 pom 中引入一个新依赖”比“把 jar 复制到 lib”显得更专业，而且不容易出现多个 jar 版本冲突。

3.4 跑通后的最小验证清单

项目启动以后，控制台出现 “Server startup in xxx ms” 或者 Tomcat 日志提示启动成功，只是开始。接下来按这个顺序做三次验证：

第一步，访问 http://localhost:8080/项目名/ 看到登录页，用源码说明文档里给出的管理员账号登录。如果登录跳转 404，先看 URL 里的 context path 是不是项目名，最常见的是部署名和访问路径不一致。第二步，进入商品列表页，执行一次新增、一次编辑和一次删除。这一步跑通说明 JDBC 的增删改查链路没问题，也顺带验证了数据库连接池参数是对的。第三步，找一个分页列表，手动翻到第 3 页，确认页面上显示的总条数和数据库里 SELECT COUNT(*) 一致。

只要这三步没问题，说明文档里的功能描述基本都可以核验了，后面再踩的坑多半是你自己二次开发时引入的。到这里，你已经真正跑通了一套 jsp 超市管理系统，而不是只在 README 里看别人写的运行截图。

4. 动手改代码：登录会话、分页查询、库存扣减与销售报表的实现细节

4.1 登录校验与过滤器：Session 权限控制的写法

很多 JSP 毕设源码的登录逻辑是直接在 LoginServlet 里查数据库，账号密码对就 session.setAttribute("user", user)，然后重定向到 index.jsp。页面靠 JSTL 的 c:if 判断用户是否为空来显示登录名。但这个只解决了能不能写对，没解决所有页面有没有校验。最常见的补强做法是写一个过滤器 Filter 统一拦截：

@WebFilter("/*") public class LoginFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; String uri = request.getRequestURI(); if (uri.endsWith("login.jsp") || uri.endsWith("LoginServlet") || uri.contains("/css/") || uri.contains("/js/") || uri.contains("/images/")) { chain.doFilter(request, response); return; } HttpSession session = request.getSession(false); if (session != null && session.getAttribute("user") != null) { chain.doFilter(request, response); } else { response.sendRedirect(request.getContextPath() + "/login.jsp"); } } }

这段逻辑先说三点。第一，白名单里除了登录页和登录接口，务必放行静态资源，否则页面样式和验证码图片全被拦掉，你会在浏览器看到光秃秃的 HTML。第二，用 request.getSession(false) 而不是 getSession()，这个参数的意思是“当前没有会话就返回 null”，避免每条请求都新建 session，浪费内存。第三，Filter 的路径写的是 /*，说明所有请求包括 .jsp、Servlet、静态资源都会经过这里，你需要在 web.xml 或 @WebFilter 注解里确认它已经注册成功。很多 IDEA 项目里 web.xml 和注解同时存在，过滤器会被执行两次，用户明明登录了却被拦回登录页，这种问题最让人摸不着头脑。

4.2 商品分页查询：LIMIT 与 COUNT 的正确组合

商品列表这种数据量不大的表，分页用 SQL 的 LIMIT 加一个 COUNT 查询就够了。最可靠的写法是：

-- 需要查询两件事：当前页数据和总条数 SELECT id, name, barcode, sale_price, stock FROM t_product WHERE status = 1 ORDER BY id DESC LIMIT #{offset}, #{pageSize}; SELECT COUNT(*) FROM t_product WHERE status = 1;

在 Java 代码里，offset 由 (currentPage - 1) * pageSize 算出。这里有两个容易被源码带偏的细节：第一，LIMIT 的括号内前者是偏移量，不是页码，很多源码把 currentPage 直接传给 LIMIT，最后第 1 页和第 2 页显示的是同一批数据；第二，ORDER BY 字段必须稳定，订单表用订单号排序、商品表用 id 排序都行，但不要用 create_time 排序，因为同一秒内可能有多条记录，翻页时数据会重复或跳变。对毕设来说，这个规律叫排序键唯一，写在说明文档里能加分。

真正值得多说一句的是，每次翻页都查一次 COUNT 其实有点浪费，但这个项目的数据量根本体会不出来。如果老师追问数据量大了怎么办，你可以答把总条数缓存到 session，增删改时失效，这是标准答案。页容量 pageSize 一般取 10 或 20，如果你改成 5，分页条数会变多，页面上记得同步更新总页数的计算方式。

4.3 库存扣减：把 SQL 放进同一个事务，别让超卖背锅

订单结算时，经典错误是先插入订单，再更新库存，如果第二步失败，订单就不是完整的。正确做法是把两步放进同一个事务里，要么一起成功，要么一起回滚。JDBC 原生写法是：

Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 1. 插入订单主表，拿到自增订单 id // 2. 插入订单明细表，逐条写入商品和数量 // 3. 更新库存：原子扣减，防止超卖 String sql = "UPDATE t_product SET stock = stock - ? WHERE id = ? AND stock >= ?"; PreparedStatement ps = conn.prepareStatement(sql); ps.setInt(1, qty); ps.setInt(2, productId); ps.setInt(3, qty); int rows = ps.executeUpdate(); if (rows == 0) { throw new RuntimeException("库存不足"); } conn.commit(); } catch (Exception e) { conn.rollback(); throw new RuntimeException("结算失败，事务已回滚", e); } finally { if (conn != null) { conn.setAutoCommit(true); } DBUtil.close(conn); }

关键点在“更新库存”这条 SQL。这里用的是 stock = stock - ? 而不是先 select 出 stock 再减，然后写回，前者是原子操作。加上 WHERE 条件里的 stock >= ?，本质就是数据库层面的乐观锁，防止超卖。这个写法背后是面试常考题“多线程环境下怎么保证库存不超卖”，你可以在说明文档的关键技术部分写一行，并在答辩时主动说出“我用数据库的原子更新避免并发超卖”，比空谈一堆概念有用。

事务里还要注意的细节是，finally 里要把 setAutoCommit 恢复为 true。连接池的连接会被复用，如果上次退出事务时忘了改回 true，下一次这个连接上执行的每一条 SQL 都会自动提交，逻辑会变得莫名其妙。这类问题只在连接池复用一定次数后随机出现，属于“时好时坏”的玄学 Bug，排查时可先看是否有人改过自动提交开关。

4.4 销售日报统计：按天聚合的 SQL 与日期格式化

销售报表页面在 JSP 里经常是一个表格，每行显示“2024-05-01”和当天的订单数、销售额。实现起来不复杂，关键是分组格式的确定：

SELECT DATE_FORMAT(create_time, '%Y-%m-%d') AS day, COUNT(*) AS order_count, SUM(pay_amount) AS sales_amount FROM t_orders WHERE create_time >= DATE_SUB(CURDATE(), INTERVAL 30 DAY) GROUP BY DATE_FORMAT(create_time, '%Y-%m-%d') ORDER BY day DESC;

这里用 DATE_FORMAT 把 create_time 格式化成“年-月-日”，然后用相同的表达式做分组条件。注意 GROUP BY 的字段不能直接用别名 day，因为 MySQL 5.7 里虽然可以用别名分组，但 MySQL 8 的 ONLY_FULL_GROUP_BY 模式下某些写法会报警告，最稳妥的还是 GROUP BY 后面写完整函数。统计近 30 天时，用 WHERE create_time >= DATE_SUB(CURDATE(), INTERVAL 30 DAY) 比在 Java 里算好起始日期再传参更直观，也更容易在答辩时解释。

这里还有一个展示的小技巧。统计结果通常要在 JSP 里用 c:forEach 循环渲染，但 JSP 页面上写 Java 逻辑很少，所以建议你把查询结果封装成 SaleStatVO，包含 day、orderCount、salesAmount 三个字段，在 Servlet 里 setAttribute 后，页面用 JSTL 的 fmt:formatDate 把日期格式化输出。从 SQL 到 VO 再到 JSP 是一条清楚的数据流，比在页面里用 scriptlet 写 Java 代码要干净得多，也让你的代码更接近企业开发习惯。

5. 避坑指南：这套 jsp 毕设源码最常见的 5 个跑不起来的原因

这一章不写成抽象的建议，而是直接罗列我帮人调这套源码时真正踩过的五个翻车现场，每个都按“现象、原因、解决”来写，你对着排查就好。

5.1 连接数据库报 Access denied for user 'root'@'localhost'

现象：Tomcat 启动后访问登录页，提交账号密码后控制台或页面报 Access denied，或者数据源初始化失败。

原因：基本就两种。一是 db.properties 里的用户名或密码和本地 MySQL 不一致；二是 MySQL 8 的 root 默认用 caching_sha2_password，而源码里的 mysql-connector-java 是 5.x，驱动不支持这种认证方式，明明密码对了也连接失败。

解决：第一步，先用命令行或客户端确认 root 密码本身没问题；第二步，把项目 lib 或 pom 中的 mysql 驱动升级到 8.0.33，驱动类名从 com.mysql.jdbc.Driver 改成 com.mysql.cj.jdbc.Driver；第三步，在 URL 后追加 allowPublicKeyRetrieval=true 和 useSSL=false。如果不想动驱动 jar，也可以单独建一个用户：CREATE USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码'; 然后把 db.properties 里的账号密码换成这个新建用户。这属于老项目喂新数据库时最常见的兼容性操作。

5.2 页面中文全部变成问号或乱码

现象：JSP 页面渲染出来全是 ??，或者从数据库读出来的中文变成菱形符号。

原因：三个地方不一致。数据库表字符集不是 utf8mb4、JDBC 连接串没带 characterEncoding=UTF-8、JSP 页面本身的 pageEncoding 声明不对。这三个是“三码一致”问题，只有全部对齐才会正常。

解决：常用顺序是，先打开 JSP 文件头部，确认有 <%@ page contentType="text/html;charset=UTF-8" %> 这一行，没有就补上；再到 db.properties 检查连接串是否带 useUnicode=true&characterEncoding=UTF-8；最后用 SHOW CREATE TABLE t_product\G 查看表的 CHARSET，如果不是 utf8mb4，执行 ALTER TABLE t_product CONVERT TO CHARACTER SET utf8mb4;。多数源码乱码是第三个原因，因为建表脚本写死了 latin1。改完以后重启 Tomcat，清浏览器缓存再看。

5.3 部署完访问任何页面都是 404 或 ClassNotFound

现象：Tomcat 能起来，但访问 /xxx/index.jsp 时容器找不到资源，或者启动时报 NoClassDefFoundError。

原因：404 分两大类。一类是部署时的 Artifact 配置里没有把 Web 目录正确包含进去，或者访问路径带了错误的 context path；另一类是依赖 jar 没有进入最终部署的 lib 目录。传统 Web 项目如果 lib 目录在 WEB-INF/lib 下，IDEA 识别不到时会把这些 jar 排除在外。

解决：第一类，打开 IDEA 的 Run Configuration 看 Deployment 里的 Application context，把它调整成和 URL 一致，比如 Application context 填 /supermarket，URL 里就访问 /supermarket/。第二类，Project Structure -> Artifacts -> 展开 WEB-INF -> 把 lib 添加到 Available Elements 里。Maven 项目则检查 pom 里的 scope，如果依赖写的是 provided，那部署时它就不会被带进 war，Tomcat 的 lib 里又没有这个 jar，就会报 ClassNotFound，改成 compile 或把 scope 删掉即可。

5.4 war 包能打出来，但部署后页面没样式、跳转路径不对

现象：用 IDEA 的 Build Artifacts 打好 war 丢到 Tomcat 的 webapps 下，打开页面发现 CSS 和图片加载失败，或者点菜单跳到一个不存在的地址。

原因：源码里大量静态资源路径和跳转路径写成了绝对路径，例如 /static/css/style.css 或 /page/product_list.jsp，而部署到非根路径时，context path 会插在域名后面，绝对路径就失效了。

解决：去 JSP 页面把所有静态资源改成从 request.getContextPath() 拼出来。通常是在页面开头加 <c:set var="ctx" value="${pageContext.request.contextPath}"/>，然后所有 src 和 href 都用 ${ctx}/ 开头。经过这个改动后，war 包换任何 context path 都能正常加载资源。这一条在说明文档里写进部署要点，含金量立刻不一样。

5.5 SQL 脚本导入时报错，表建不出来或导入一半中断

现象：导入脚本时提示 Err 1064 语法错误，或者提示表已存在，要么只导入了一半的表。

原因：一是脚本里用了 MySQL 5.7 可以但 8.0 不兼容的写法，比如 TYPE=InnoDB 或指定了不存在的存储引擎；二是脚本开头没有 DROP TABLE IF EXISTS 语句，重复导入就冲突。

解决：第一步，用文本编辑器打开 sql 文件，把 ENGINE=MyISAM 全部替换成 ENGINE=InnoDB；第二步，在每个 CREATE TABLE 前统一加 DROP TABLE IF EXISTS 表名;，防止二次导入报错；第三步，导入时选中目标库再执行，避免导错库。MySQL 8 对 SQL 兼容性收紧了，老脚本常见报错集中在字符集声明和存储引擎参数上，这属于兼容层面的问题，不是库本身有 bug，按这个思路排查基本 5 分钟内能解决。

6. 答辩之前，给这套 JSP 系统加三个低成本亮点

真正决定你毕设分数的，往往不是功能多全，而是有没有几个别人没有的细节。这里给三个低成本但容易讲出彩的小改造，任选一个都够答辩时展示五分钟。

第一个是登录页加验证码。原理是在 LoginServlet 里用 BufferedImage 生成一张 4 字符的图片，把答案写入 session，页面提交时做一次忽略大小写的比对。这一步涉及的类很少，大约 50 行就能搞定，但它能引出“防止暴力破解”的安全话题，是答辩老师最爱的追问点。

第二个是导出 Excel。商品列表加一个“导出”按钮，在导出 Servlet 里用 Apache POI 的 XSSFWorkbook 生成 .xlsx 并用流返回。如果对 POI 不熟，也可以用最简单的方式：拼一个 CSV 文件，设置响应头 Content-Disposition: attachment; filename=products.csv，页面就能直接下载。这个功能只改一个 Servlet，业务价值一眼可见，而且能证明你懂得响应头控制浏览器行为。

第三个是给库存预警加一个阈值调整页面。t_product 表里已经预留了 min_stock 字段，JSP 里做成一个 input 输入框，由管理员修改预警下限，而不是写死在代码里。这个改造虽然细小，但把系统的可配置性讲出来了，在说明文档的管理员模块里是很自然的延伸。

我的习惯是拿到这类源码后，先跑通、再截图留档、再往里面加一个小功能，整个过程控制在两天内。等答辩时，你的讲述重点就不是“我调通了一个别人写的项目”，而是“我在原有基础上增加了什么、遇到了什么问题、怎么解决的”，这恰恰是评审老师想看到的。希望这一套 jsp 超市管理系统的落地路径能帮到你，早点跑通，早点写进论文，剩下来的时间都留给修改和放松。

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