JSP+Servlet+MySQL课程设计：民族文化传承与农产品电商平台

简介：本资源是一套基于JSP+Java+MySQL开发的民族文化传承与乡村扶贫综合网站项目源码，面向计算机专业本科生毕业设计、课程实训及Java Web初学者，聚焦乡村振兴与非遗保护双重社会命题，提供可运行、可扩展的完整Web应用解决方案。压缩包共4个文件（2个ZIP、1个SQL脚本、1个DOC说明文档），总大小78.33MB；其中ZIP分别封装前后端代码，SQL含建库建表及初始数据，DOC详述环境配置、数据库导入与功能验证步骤。已有335人学习下载，资源结构清晰：前端实现用户注册登录、文化宣传展示、扶贫商品商城（支持分类浏览、模拟支付与订单管理）、活动报名及论坛交互；后台涵盖人员、文化内容、商品、公告、扶贫活动及论坛的全量CRUD管理功能，具备典型MVC分层架构与实用业务闭环。

1. 项目面貌：这不只是一个“课设”，而是一套完整的乡村文化振兴数字化方案

拿到这个压缩包名字的时候，我第一反应是：又是一个经典的 JavaWeb 课程设计。但仔细看标题里的三个关键词——“民族文化传承”和“乡村扶贫”，事情就没那么简单了。这个项目不是随便拼一个增删改查的登录注册，而是把两条真实业务线揉进了一个网站里：一条是文化线，把民族服饰、节庆、手工艺这些非物质文化资源数字化展示出来；另一条是经济线，把乡村特色农产品通过网站卖出去，用电商的方式反哺扶贫。合在一起，就是一个“文化展示+电商扶贫”的双核站点。

这种项目放在今天看，技术栈确实是老派的 JSP+Servlet+MySQL，但恰因为老派，它特别适合拿来当学习材料。JSP 页面里直接混着 Java 代码和 HTML 标签，你能一帧一帧看清一次 HTTP 请求从浏览器到服务器再到数据库的完整路径；MySQL 里的每一张表、每一条外键关系，都能在页面上找到对应的操作入口。对于刚学完 Java SE、想迈入 Web 开发门槛的人来说，这种“一拳一脚都看得见”的项目，比那些 Spring Boot 封装好一切的黑盒工程友好太多。

整个项目适合三类人：一是正在做 JavaWeb 课程设计、需要一套能跑通、能讲清楚、能答辩的完整源码的人；二是想从 JSP 入手理解 Web 开发本质、再把 Servlet、JDBC、Session、Filter 这些概念串起来的初学者；三是准备面试的应届生，这套项目里涉及的会话管理、SQL 注入防护、分页查询、文件上传，都是面试官最爱拿来追问的高频考点。我的建议是：不要只把它当成一个“交差用的源码包”来解压，而是当成一座标本博物馆，逐层解剖。

2. 为什么选这套技术栈：JSP+Java+MySQL 的选型逻辑

2.1 经典三层架构：JSP 负责展示，Servlet 负责控制，JavaBean 负责业务

先看整体架构。这个项目走的是标准的 JSP+Servlet+JavaBean 三层模型，没有引入任何重量级框架。可能有读者会问：都 2026 年了，为什么还要学这么“老”的一套？答案是：框架会隐藏太多细节。你用 Spring Boot 写一个/login接口，注解一标，方法一写，请求就进去了，但具体是谁把参数封装成对象的、谁开了事务、谁关了连接，你根本没机会看清楚。而在这套 JSP 项目里，过程完全透明：

浏览器提交表单 → Tomcat 根据web.xml里的映射规则找到对应的 Servlet → Servlet 调用request.getParameter()拿参数 → 实例化 JavaBean（或者直接调 Dao 层）→ 通过 JDBC 操作 MySQL → 把结果塞进request或session→forward到 JSP 页面渲染输出。

这条链路里，每一环都有对应的代码文件，每一个文件都能单独打开来读。等你在这套项目里把这条链路走了十几遍，再去学 Spring MVC，你会瞬间理解DispatcherServlet到底在干什么——它就是把你这套手工活自动化了而已。

实现层面需要注意的点是：JSP 里要尽量少写 Java 代码，多用 JSTL 标签和 EL 表达式。比如展示文化资源列表时，用<c:forEach>循环迭代，而不是在<% %>里写 for 循环。这不是洁癖，而是可维护性的问题。我见过很多课设项目，JSP 页面里嵌入几百行 Java 逻辑，后期改一个需求能把人改疯。这个项目在你拿到手之后，如果发现 JSP 里逻辑偏多，建议顺手做一次重构，把循环和判断全部替换成标签表达式，这也是一道很经典的面试考题：“JSP 和 Servlet 的职责边界是什么？”

2.2 为什么不用 Spring Boot：课程设计场景下的务实选择

很多同学拿到源码后第一反应是：这年头谁还用 JSP 啊，直接 Spring Boot + Vue 前后端分离不香吗？话是没错，但要看场景。课程设计的核心目标是让老师确认你掌握了 Web 开发的基本原理，而 Spring Boot 的自动配置和嵌入式 Tomcat 反而会让这个确认过程变得模糊。另外，绝大多数高校的 JavaWeb 课程大纲仍然以 JSP 为主线，考试、实验、答辩全都围绕这套体系展开。用 JSP 做，你能在答辩时把“请求生命周期”讲得明明白白；用 Spring Boot 做，大概率会被追问“RequestMapping 的实现原理”，然后卡壳。

从数据层面看，MySQL 也是课程设计场景里最稳妥的选择。一方面它完全是免费的，无论教学还是商业部署都没有授权顾虑；另一方面，MySQL 在 Windows、Linux、macOS 上都有成熟的安装方案，加上 Navicat 或 MySQL Workbench 这类可视化工具，建库建表非常直观。项目里的 SQL 文件丢进去，执行一下就出来一套完整的库结构，对新手来说几乎没有门槛。这套组合的另一个好处是资料多——你踩过的每一个坑，几乎都在 CSDN、博客园、Stack Overflow 上有前人留下的解决方案，这就大大降低了排障成本。

3. 数据库设计与核心表结构

3.1 从业务需求反推数据模型

数据库设计是整个项目的地基。很多同学拿到需求文档后习惯直接建表，结果做到一半发现字段不够用、表之间关系理不清，再回头改表结构，连带 Java 代码全部要动，非常痛苦。我建议的流程是：先画业务流程图，把“用户、管理员、文化资源、扶贫产品、订单、评论”这些核心实体找出来，再确定它们之间的关系，最后才动手写建表语句。

这套项目里的核心实体关系大概是这样的：

• 用户与订单：一对多，一个用户可以下多笔订单；
• 订单与订单项：一对多，一笔订单包含多个商品条目；
• 管理员与用户：完全独立，通过角色字段区分；
• 文化资源与分类：多对一，一个分类下挂多条文化资源；
• 扶贫产品与订单项：一对多，一个产品可以出现在多个订单里。

理清这些关系后，表结构就呼之欲出了。注意这里有一个很容易被忽略的隐性实体——购物车。购物车有两种实现方案：一种是用 Session 存一个对象的集合，简单但无法跨设备同步；另一种是建一张cart表，把购物车数据落库，但需要处理过期清理、用户未登录时的匿名购物车等问题。课程设计场景下，用 Session 方案就够了，省一张表的维护成本，也好向老师解释“会话状态 vs 持久化状态”的区别。

3.2 核心建表 SQL 与字段说明

下面给出一份可直接执行的建表脚本。字段类型和长度不是随手定的，每一个选择都有明确考量：

-- 用户表 CREATE TABLE `user` ( `uid` INT PRIMARY KEY AUTO_INCREMENT COMMENT '用户ID', `username` VARCHAR(50) NOT NULL UNIQUE COMMENT '用户名', `password` VARCHAR(64) NOT NULL COMMENT '密码（MD5加密存储）', `phone` VARCHAR(20) DEFAULT NULL COMMENT '手机号', `email` VARCHAR(100) DEFAULT NULL COMMENT '邮箱', `avatar` VARCHAR(255) DEFAULT NULL COMMENT '头像路径', `role` TINYINT DEFAULT 0 COMMENT '角色：0普通用户 1管理员', `status` TINYINT DEFAULT 1 COMMENT '状态：0禁用 1启用', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

密码字段长度设 64，是因为 MD5 加密后固定输出 32 位十六进制，但实际项目中会加盐再加一层加密，留出 64 的长度是为了兼容后续的 SHA-256 升级。role字段用TINYINT而不是字符串'admin'，是因为数字比较远比字符串比较快，而且扩展新角色时不用改字段定义。

再看文化资源表：

CREATE TABLE `culture_resource` ( `cid` INT PRIMARY KEY AUTO_INCREMENT COMMENT '文化资源ID', `category_id` INT NOT NULL COMMENT '分类ID，关联culture_category表', `title` VARCHAR(200) NOT NULL COMMENT '资源标题', `cover` VARCHAR(255) DEFAULT NULL COMMENT '封面图路径', `content` TEXT COMMENT '详细介绍', `video_url` VARCHAR(255) DEFAULT NULL COMMENT '视频链接', `view_count` INT DEFAULT 0 COMMENT '浏览量', `publish_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '发布时间', `source` VARCHAR(100) DEFAULT NULL COMMENT '资源来源', KEY `idx_category` (`category_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='民族文化资源表';

content用TEXT类型而不是VARCHAR，是因为介绍性文字可能超过 255 个字符；view_count设置默认值 0 而不允许 NULL，避免代码里做空值判断；KEY idx_category给外键字段加索引，是为了加速按分类查询——这些细节面试时讲出来就是加分项。

3.3 为什么项目里可以少用甚至不用物理外键

这套项目的建表语句里，我刻意没有添加FOREIGN KEY物理约束，只用逻辑关联（即某个字段在语义上引用另一张表的主键）。原因有二。第一，物理外键会拖慢插入和更新性能，因为每次写操作数据库都要额外检查关联完整性；第二，课程设计里经常要批量造测试数据，有一次我先插入订单表，再回头补用户数据，结果被外键约束卡住，不得不临时SET FOREIGN_KEY_CHECKS=0，非常折腾。

但不用物理外键不代表可以乱关联。你在编写业务代码时，必须在 Service 层手动保证数据完整性——比如删除用户前先查一下他名下有没有未完成的订单，有就拦截。这个逻辑用代码实现，比数据库约束灵活得多，也更容易理解和讲解。面试时如果被问到“外键的优缺点”，能说出这一层权衡，比死背“外键保证数据一致性”要有说服力得多。

4. 核心功能模块实现：从登录到下单的完整链路

4.1 用户登录注册：Session 与会话跟踪是重点

登录模块是每个 JavaWeb 项目都绕不开的起点，也是面试官最爱追问的重灾区。这套项目里的登录流程是标准的：用户提交用户名和密码 → Servlet 接收参数 → 调 Dao 层按用户名查库 → 把查到的密码和用户提交的密码做比对 → 成功则把用户对象放进 Session，失败则返回错误提示。

这里有两个坑必须提醒你。第一个是密码不能明文存储和比对。项目里如果直接用明文比对，一定要改成 MD5 加盐再比。加盐的做法很简单：注册时生成一个随机字符串（盐），把盐 + 密码拼接后做 MD5，把结果和盐一起存进数据库；登录时取出盐，重新拼接用户输入的密码做 MD5，再比对。这样即使数据库泄露，攻击者也无法通过彩虹表反推明文密码。

第二个是 Session 的有效期。web.xml里可以配置会话超时时间：

<session-config> <session-timeout>30</session-timeout> </session-config>

单位是分钟，30 分钟是比较合理的默认值。超时后用户操作页面会跳回登录页，但这里有个体验问题：用户正在填一个很长的表单，提交时才发现 Session 过期，填的内容全丢了。更好的做法是用 AJAX 在页面加载时检查会话状态，提前弹窗提示。课程设计阶段能做到前者已经足够，后者可以作为亮点主动跟老师提。

4.2 管理员后台：文件上传与权限控制

管理员模块是整个项目里功能最重的一块，它要负责文化资源的上传维护、扶贫产品的上下架、订单的管理和用户的禁用/启用。其中技术含量最高的是文件上传，因为涉及图片、视频等多类型资源。

文件上传核心代码如下：

@WebServlet("/admin/upload") @MultipartConfig(maxFileSize = 1024 * 1024 * 10, // 单个文件最大10MB maxRequestSize = 1024 * 1024 * 50, // 总请求最大50MB fileSizeThreshold = 1024 * 1024) // 超过1MB写入磁盘临时文件 public class UploadServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { Part part = request.getPart("file"); String submittedFileName = part.getSubmittedFileName(); // 生成不重复的文件名，防止覆盖 String newName = UUID.randomUUID().toString().replace("-", "") + submittedFileName.substring(submittedFileName.lastIndexOf(".")); String basePath = getServletContext().getRealPath("/uploads"); File dir = new File(basePath); if (!dir.exists()) { dir.mkdirs(); } part.write(basePath + File.separator + newName); // 返回可访问的URL给前端回显 response.getWriter().write("uploads/" + newName); } }

注意三件事：一是文件名必须重命名，否则两个用户上传同名文件会互相覆盖；二是文件必须校验类型，不能只信任前端传过来的扩展名，要在服务端用part.getContentType()检查 MIME 类型，比如只允许image/jpeg、image/png这些白名单值；三是上传目录不要放在源码目录下，最好配成服务器外部路径，不然重新部署项目会导致上传文件丢失。用getRealPath虽然简单，但隐患不少，实际项目中更推荐配置一个独立的上传目录。

权限控制这块，通过 Filter 实现是最清晰的。写一个AdminFilter，在doFilter()里检查 Session 中的用户角色是否为管理员，不是就重定向到登录页：

HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse resp = (HttpServletResponse) response; Object user = req.getSession().getAttribute("adminUser"); if (user == null) { resp.sendRedirect(req.getContextPath() + "/admin/login.jsp"); return; } chain.doFilter(request, response);

然后在web.xml里把所有/admin/*路径都拦下来：

<filter-mapping> <filter-name>AdminFilter</filter-name> <url-pattern>/admin/*</url-pattern> </filter-mapping>

注意一个常见的误配置：把/admin/login.jsp也拦截了，导致管理员自己也登不进去。解决方法是放行登录接口，或者像上面代码里那样，登录成功后不往adminUser这个 Session 键里塞数据、而是往user键里塞，Filter 只检查adminUser，逻辑就能自洽。

4.3 民族文化展示：分页查询与三级联动筛选

文化展示页面是面向普通用户的核心页面，目的是让人打开网站就能看到丰富的民族文化内容。这部分涉及两个加分项：分页查询和条件筛选。

分页查询用 SQL 的LIMIT语法实现，LIMIT offset, size的语义是跳过前offset条数据，取size条。注意这里有一个经典坑：offset不是“当前页码”，而是“(当前页码-1) * 每页条数”。比如每页 6 条，第 1 页的offset是 0，第 2 页是 6，第 3 页是 12。新手写分页时最容易搞混的就是这里。

MySQL 分页查询模板：

SELECT * FROM culture_resource WHERE category_id = ? ORDER BY publish_time DESC LIMIT ?, ?;

对应的 Java 代码里，参数顺序是：先设置查询条件category_id，再设置offset和limit。很多同学用 PreparedStatement 时就卡在占位符的顺序上——实际上顺序就是 SQL 里?出现的顺序，看清楚就不容易错。

筛选功能可以用一个下拉框切换分类。理想情况下应该做三级联动：大类（传统文化）→ 小类（服饰、节庆、曲艺）→ 具体资源列表，这种联动效果实现起来也不难：用一个 AJAX 请求在切换大类时异步加载对应的小类，再把小类的 id 作为查询条件传给后端。课程设计阶段做一个二级联动就够惊艳了，能做三级是妥妥的加分项。

还有一个很实用的细节：给view_count字段做自增。每打开一次详情页，就在 Dao 层执行一条：

UPDATE culture_resource SET view_count = view_count + 1 WHERE cid = ?;

别小看这一行代码，它让页面有了“热度排序”的素材，也给后续做“推荐热门”功能留了数据基础。

4.4 扶贫产品购买：购物车、订单与库存扣减

电商模块是整个项目的业务核心，也是逻辑最复杂的地方。购物车用 Session 里的Map<Integer, Integer>存，key 是商品 ID，value 是购买数量。把商品加入购物车的伪代码如下：

Map<Integer, Integer> cart = (Map<Integer, Integer>) session.getAttribute("cart"); if (cart == null) { cart = new HashMap<>(); session.setAttribute("cart", cart); } // 已存在则数量+1，否则加入 cart.merge(pid, 1, Integer::sum);

下单时的流程要特别注意事务边界：先扣库存，再生成订单，最后清空购物车。这三步必须在一个事务里完成，任何一个环节失败都要回滚。JDBC 实现事务的代码模式是：

Connection conn = null; try { conn = DriverManager.getConnection(url, user, password); conn.setAutoCommit(false); // 关闭自动提交，开启事务 // 1. 扣减库存（要加条件判断，防止超卖） // UPDATE product SET stock = stock - ? WHERE pid = ? AND stock >= ?; // 2. 插入订单表 // 3. 插入订单项表 conn.commit(); // 全部成功，提交事务 } catch (Exception e) { if (conn != null) { conn.rollback(); // 任何一个环节出错，全部回滚 } throw e; } finally { if (conn != null) { conn.close(); // 归还连接 } }

注意扣库存 SQL 里的AND stock >= ?条件，这是防止超卖的关键。如果不加这个条件，两个并发请求同时读到库存只剩 1 件，两条 SQL 都执行成功，库存就变成负数了。加上这个条件后，第二条 SQL 会影响 0 行，程序就能判断出“库存不足”并抛出异常，触发事务回滚。

4.5 数据统计：让扶贫成果肉眼可见

这个模块是项目里的“点睛之笔”，很多同学会忽略，但它恰恰最能体现你对业务的理解。页面上的扶贫数据可视化，本质上就是把聚合查询的结果用图表呈现。比如统计每个月的销售额、各类扶贫产品的销量排行、文化资源的浏览量分布。

MySQL 聚合查询示例：

SELECT category_id, COUNT(*) AS cnt FROM product GROUP BY category_id ORDER BY cnt DESC; SELECT DATE_FORMAT(create_time, '%Y-%m') AS month, SUM(total_amount) AS total FROM `order` GROUP BY DATE_FORMAT(create_time, '%Y-%m') ORDER BY month;

前端展示部分，可以用 ECharts 画柱状图或饼图，数据来源就是上面的查询结果。思路是：写一个StatServlet，把聚合查询结果转成 JSON 字符串，返回给前端，前端用fetch或jQuery.ajax拿到 JSON 后渲染图表。这里有一个比较实用的技巧：用 JSP 直接渲染比用 AJAX 更简单——在 JSP 里用 JSTL 循环渲染表格，再用<script>标签把数据以 JSON 格式内嵌到页面上，由 JS 读取并绘制图表。这种“服务端渲染数据 + 客户端渲染图表”的混合模式，在课设里是性价比最高的方案。

5. 环境搭建与部署：从零到跑通全流程

5.1 基础环境参数说明

如果你拿到的源码包里有完整注释和 SQL 文件，部署通常半小时内能搞定，但前提是环境版本匹配。根据这套项目最常见的配置，我推荐以下的版本组合：

JDK 版本这个坑我必须重点提一下：很多同学装的是 JDK 17 甚至 21，直接跑这套旧项目就会报UnsupportedClassVersionError。如果不想折腾重装 JDK，可以在 IDEA 的 Project Structure 里把项目的 language level 设为 8，并在 Settings → Build Tools → Maven 里把编译 JDK 指到 1.8 的目录。但最省事的做法还是装一个 JDK 8 专门跑这类课设项目，反正一台机器可以共存多个 JDK，切换 Project SDK 而已。

5.2 IDEA 里配置 JSP 语法高亮与函数跳转

用 IDEA 打开 JSP 项目时，第一件事就是把 JSP 语法支持配好。新版 IDEA 对 JSP 的支持其实已经相当完善，但默认设置下不会自动高亮<% %>里面的 Java 代码。按下图路径设置：

Settings → Editor → File Types → 找到 HTML 或 JSP 的注册项，确保*.jsp后缀已经关联到 JSP 文件类型。然后在 Settings → Editor → Inspections 里启用 JSP 相关检查，代码里的语法错误就能实时标红了。

还有一个小技巧：在 JSP 页面里，光标停在 Java 方法上调Ctrl + B（或Command + B）可以跳转到方法定义。这个功能在 IDE 里叫 “Go to Declaration”，默认对 JSP 的有效性取决于 IDEA 是否把项目识别成了 Web 项目。如果跳不动，检查一下 Project Structure → Facets 里有没有添加 Web 模块，并正确指定了web.xml和 Web 根目录。我见过不少人卡在这里，问题就出在 Facets 没配，IDEA 根本不知道这是一个 Web 项目。

5.3 部署到 Tomcat 的完整步骤

部署过程分三步走：

先在 IDEA 配置 Tomcat：Run → Edit Configurations → 点“+” → 选择 Tomcat Server → Local。在 Server 选项卡里，Application Server 选择你的 Tomcat 安装目录。注意要选到 Tomcat 的根目录，也就是包含bin、conf、lib这些子目录的那一层，选错层级会导致无法启动。

再在 Deployment 选项卡里，点“+” → Artifact → 选择war exploded（爆炸式部署）。这个模式的好处是修改 JSP 后不需要重新打包，浏览器刷新就能看到效果；做课设调试非常推荐。Name 建议命名为项目名，这样 URL 就是http://localhost:8080/项目名/。如果希望根路径直接访问，可以把 Application Context 设为/。

最后检查 MySQL 配置文件。打开项目里的db.properties或JDBCUtils.java，把连接信息改成你自己的：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/ethnic_culture?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false jdbc.username=root jdbc.password=你的密码

注意useSSL=false这个参数，MySQL 8.0 默认要求 SSL 连接，如果不关掉或没有配置证书，就会报一堆 SSL 相关的 warning 甚至直接连不上。characterEncoding=utf8是中文不乱码的前提，少了它，页面上所有中文都会变成问号。

6. 常见问题与排查技巧实录

6.1 问题速查表

6.2 乱码问题：全链路编码排查

乱码是 JSP 项目里最折磨人的问题，原因在于“编码链路”太长，任何一个环节不一致都会导致最终输出乱码。排查顺序如下：

第一步看 JSP 页面头部的指令，必须包含：

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>

如果漏了pageEncoding="UTF-8"，IDEA 会按系统默认编码（Windows 下是 GBK）读取文件，页面里所有汉字在编译时就坏了。好习惯是在 IDEA 的 Settings → Editor → File Encodings 里把全局和项目编码都设为 UTF-8，让源文件本身就以 UTF-8 存储。

第二步看 POST 请求的参数编码。Servlet 里获取请求参数前设置：

request.setCharacterEncoding("UTF-8");

或者在web.xml里配一个 CharacterEncodingFilter：

<filter> <filter-name>encoding</filter-name> <filter-class>org.apache.catalina.filters.SetCharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> </filter> <filter-mapping> <filter-name>encoding</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

第三步看数据库连接 URL，characterEncoding=utf8必须带上。最后看 MySQL 表本身的字符集，建议在建库建表时统一用：

CREATE DATABASE ethnic_culture DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

utf8mb4比utf8多支持了 emoji 表情和部分特殊字符，现在新项目都应该直接用utf8mb4。

6.3 数据库连接失败：从驱动到防火墙的逐个排查

Cannot create JDBC driver of class 'com.mysql.jdbc.Driver' for connect URL是我见过最多的一条报错。排查思路按下面顺序来：

先确认驱动包有没有正确导入。在 IDEA 的 Project Structure → Libraries 里能看到 MySQL 驱动 jar 包，或者在WEB-INF/lib目录下能找到。没有就下载对应版本放进去，注意 MySQL 8.0 要导入mysql-connector-java-8.0.x.jar这个较新的包。

再确认驱动类名和 URL 格式。MySQL 5.7 用com.mysql.jdbc.Driver，MySQL 8.0 要用com.mysql.cj.jdbc.Driver。URL 方面，8.0 版本强制要求带serverTimezone参数：

jdbc:mysql://localhost:3306/数据库名?serverTimezone=Asia/Shanghai&useSSL=false

不加serverTimezone会直接抛异常，这就是“驱动升级后程序突然连不上”的经典原因。

最后确认 MySQL 服务本身是否在运行。Linux 上用systemctl status mysqld，Windows 上打开“服务”面板看 MySQL 状态。端口被占用也会导致连不上，用netstat -ano | findstr 3306看看 3306 是不是被别的进程占住了。

6.4 内存溢出与 IDEA 编译问题

Java 项目跑起来报java.lang.OutOfMemoryError: Insufficient memory，通常是 JVM 堆内存设置太小。在 IDEA 的 Run Configuration 里，给 Tomcat 的 VM options 加上：

-Xms256m -Xmx512m

-Xms是初始堆大小，-Xmx是最大堆大小，课设项目 512MB 完全够用。如果是在老电脑上跑，注意-Xmx不要超过物理内存的一半，否则系统会疯狂换页。

还有就是 IDEA 里的编译警告：incremental annotation processing is disabled。这个不影响项目运行，纯粹是编译器的提示。在 Settings → Build → Compiler → Annotation Processors 里勾选 “Enable annotation processing” 就能消掉。顺带一提，如果你在 IDEA 里看到 JSP 页面有红色波浪线，但运行时正常，多半是 IDE 检查器误报，不用太紧张。

7. 代码优化建议：把 60 分的课设改到 80 分

很多同学拿到源码后第一件事就是“跑起来交差”，但如果你想在这个项目里学到更多、或者让答辩分数更高，我建议动三个地方。

第一，把 JDBC 工具类从“裸写”改成连接池。原项目里大概率是每次DriverManager.getConnection，用完关掉，这种方式在高并发下会频繁创建和销毁连接，效率很低。把dbcp2的BasicDataSource引进来，配置一个连接池，代码里只从池子里拿连接、用完归还，性能立即上一个台阶。这正好可以回答面试题“JDBC 的缺点是什么，连接池解决了什么问题”。

第二，给密码加密。如果原项目是明文存密码，这是最值得改的安全漏洞。注册时用 MD5 加盐加密，登录时重新计算比对。改动量不大，但讲这一个亮点，答辩时能挡住不少追问。

第三，页面用 JSTL 全面替换 Java 脚本片段。搜索 JSP 文件里的<%，能换成<c:forEach>、${}的地方全换。这样不仅能过“JSP 页面不能写 Java 代码”这条代码规范，还能让你的代码更像一个正经的 JavaWeb 项目。

8. 我在实操中的一些体会

最后忍不住多说几句实在话。这类型项目我第一次上手是给别人做培训演示，正赶上 MySQL 8.0 刚流行，被serverTimezone折腾了一个多小时；后来又踩过乱码、外键约束冲突、Tomcat 端口被占这些坑，每一条教训写下来都是这篇博文里的内容。现在回头看，JSP 这套技术栈虽然“过时”了，但把它当作理解 Web 底层原理的解剖样本，价值反而比直接上手那些高度封装的框架更高。

如果你拿到的源码里注释比较全，建议不要急着改代码，先花半小时把 SQL 文件导入数据库，再把整个项目的文件树从头到尾点一遍，弄清每个文件在请求链路里扮演的角色。这半小时的功夫，能让你在答辩时从“我会用”变成“我理解”。如果 MySQL 安装或环境配置卡住了，搜“mysql 安装教程”的时候注意选对应版本的文章，8.0 和 5.7 的坑基本不通用。最后再分享一个小技巧：把项目跑通之后，顺手改一两个界面标题或加一个字段，下回再碰到类似的项目，你对整条技术栈的信心会完全不一样。

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