JavaWeb蛋糕店课设源码：从三层架构到部署答辩避坑指南

简介基于 JavaWeb 的蛋糕店网站系统完整源码整合前台购物展示与后台管理模块覆盖商品推荐、分类浏览、购物车、订单查询、用户注册登录等常用电商流程。资源压缩包约十七点四兆共五百八十六个文件包含一百六十四张 JPG 界面演示图、七十八个 JSP 页面、五十五个 Java 源文件、一百一十个 class 编译文件以及两个 SQL 数据库脚本另有 JS、CSS、JAR 等辅助文件目录结构清晰便于按模块查阅。目前已有六百九十四人浏览学习。项目附带详细代码注释与配套文档说明SQL 脚本可直接导入数据库演示图片能直观还原前台页面效果。整体适合计算机相关专业学生用于课程设计、毕业设计或初期立项演示也适合新手对照源码学习 JavaWeb 基础代码经过测试运行成功可在此基础上继续扩展功能。1. 拿到 JavaWeb 蛋糕店课设源码后先别急着启动拆完三层结构再动手很多同学下载“基于javaweb的蛋糕店网站系统源码”是因为课设截止日快到了。压缩包里源码、界面演示、文档说明、数据库sql都有但真正的问题从来不是“代码能不能跑”而是答辩时“老师问起来你能不能讲明白”。这个项目本质是一个用 JSP/Servlet MySQL Tomcat 搭的小型电商闭环注册登录、浏览蛋糕、购物车下单、后台管订单。它解决三类人的问题要交 JavaWeb 课程设计并逐层答辩的学生、想找一个完整 javaweb 项目案例对照 MVC 分层的初学者、想把这套骨架复用到图书或奶茶选题的开发者。前提是你愿意花一下午把每一层、每一张表读透而不是按个启动按钮就赌它能跑。“源码注释文档”组合的价值在于逼你答辩前把黑匣子打开。下面按我调课设的顺序写照着走能少踩坑。2. 从源码结构入手先看懂分层、数据表和页面再动手跑项目拿到源码第一件事不是双击启动而是先回答三个问题这是什么技术栈、代码分几层、数据表怎么关联。这三个问题正好对应课程设计文档里的“系统设计”章节答辩时老师也按这个顺序问。下面按一份最常见的 JavaWeb 课设源码目录来拆你手里的项目有细微差异很正常对照着看就行。2.1 技术栈选型为什么课程设计用 JSP/Servlet 而不是 Spring BootJavaWeb 方向的课程设计最常见的三条技术路线是纯 JSP 脚本、JSPServletJDBC 三层结构、Spring BootMyBatis 全家桶。标题既然落在 javaweb而不是 springboot说明这份源码大概率走的是第二条路线也就是 JSP 负责页面展示Servlet 负责接收请求和跳转JDBC 直接操作 MySQL。这个选型不是技术落后而是课程设计评分点决定的Servlet 生命周期、请求响应流程、Session 管理、数据库连接这些是 JavaWeb 课程必考的知识点。用 Spring Boot 一键生成项目固然快但很多学生的答辩内容就只剩“框架帮我做了”老师一问 Cookie 和 Session 的区别就接不上话。JSP/Servlet 方案能让你把每一个环节都讲到源码级别反而是拿分项。对比项JSP Servlet JDBCSpring Boot MyBatis代码量多一些但结构直观少但封装度高答辩考点Servlet、请求响应、会话、JDBC自动配置、MyBatis 映射部署方式Tomcat 手动部署内嵌 Tomcat打包运行上手门槛低适合课程进度高需要额外学框架老师追问风险容易答因为都是课堂内容容易暴露“只会调接口”JSP 本质上也是一个 Servlet第一次被访问时容器会把它编译成 .java 再编译成 .class所以你在 JSP 里既能写 HTML也能写 % % 脚本还能用 JSTL 标签。如果这份源码里同时出现了 Servlet、JSP 和少量 jQuery/Ajax不要觉得代码风格乱这是课设项目的正常形态页面层用 JSP控制层用 Servlet数据层用 JDBC前端交互用一点 jQuery 辅助。2.2 项目目录与三层架构src、web、sql 三块怎么对应打开源码先看目录这比先看代码更省时间。一份完整的 JavaWeb 课设源码通常分成三块src 目录放 Java 源码web 目录放页面和静态资源sql 目录放数据库脚本最外层再放一份文档说明和演示截图。我一般会把目录结构整理成下面这样再对照到你的项目里cakeShop/ ├── src/ │ ├── com.xxx.controller/ # Servlet 控制层接收请求、调业务、跳页面 │ ├── com.xxx.service/ # 业务层处理登录校验、下单事务 │ ├── com.xxx.dao/ # 数据访问层封装 JDBC 操作 │ ├── com.xxx.entity/ # 实体类和数据库表字段一一对应 │ ├── com.xxx.util/ # DBUtil、MD5Util 等工具类 │ └── com.xxx.filter/ # 编码过滤器、登录状态过滤器 ├── web/ │ ├── index.jsp # 首页展示蛋糕列表 │ ├── login.jsp / register.jsp │ ├── cart.jsp / order.jsp │ ├── admin/ # 后台管理页面 │ ├── css / js / images │ └── WEB-INF/web.xml ├── sql/cake.sql # 建库、建表、初始化数据 └── 课程设计文档.docx # 需求分析、数据库设计、界面截图对照这个结构Controller 层通常是一个个 Servlet名字像 LoginServlet、RegisterServlet、OrderServletDAO 层是 UserDao、CakeDao、OrderDao每个 DAO 里写着增删改查的 JDBC 代码entity 包里的 User、Cake、Order 实体类字段基本和表字段一致有的课设会偷懒用 Map 传数据但实体类更利于答辩讲清楚。注释是这份源码的隐藏分数。类头注释一般写明这个类的作用方法注释写明参数和返回值关键 SQL 旁边会解释为什么这么查。答辩前两周把 UserDao 和 OrderDao 里的注释读一遍你能画出整个系统的数据流向这比背十页文档都管用。界面演示截图也不是摆设它对应的是文档里“系统实现”一章的截图来源后期写报告直接引用能省大量时间。2.3 读懂数据库 SQL五张表如何撑起一个订单闭环sql 开头的“数据库sql”指的就是这份 .sql 脚本它一般按顺序做四件事删除旧库、创建新库、建表、插入初始化数据。完整执行一遍后你会得到 user、category、cake、orders、order_item 这几张核心表足以支撑从注册到下单的完整业务。CREATE DATABASE IF NOT EXISTS cake_db DEFAULT CHARACTER SET utf8mb4; USE cake_db; CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password CHAR(32) NOT NULL, -- 保存 MD5 后的密文长度固定 32 位 phone VARCHAR(20) DEFAULT , role TINYINT DEFAULT 0, -- 0 普通用户1 管理员 created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE cake ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, category_id INT, price DECIMAL(10,2) NOT NULL, -- 价格用 DECIMAL 不用 FLOAT stock INT DEFAULT 0, image VARCHAR(255), description TEXT, FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;CREATE TABLE orders ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, total DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 0, -- 0 未支付1 已支付2 已发货 create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE order_item ( id INT PRIMARY KEY AUTO_INCREMENT, order_id INT NOT NULL, cake_id INT NOT NULL, quantity INT NOT NULL, price DECIMAL(10,2) NOT NULL, FOREIGN KEY (order_id) REFERENCES orders(id), FOREIGN KEY (cake_id) REFERENCES cake(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段建表 SQL 里有两个细节值得在答辩时主动讲。第一password 字段用 CHAR(32)因为程序里用 MD5 对明文密码做散列MD5 输出固定是 32 位十六进制字符串用定长 CHAR 比 VARCHAR 更快第二price 用 DECIMAL(10,2) 不用 FLOAT因为浮点类型在金额计算上会有精度丢失DECIMAL 是按字符串存储的定点数适合算钱。表与表的关系也很清晰user 和 orders 是一对多orders 和 order_item 是一对多cake 和 order_item 是一对多。也就是说一个用户下多个订单一个订单包含多个蛋糕每个订单项还单独记录了当时的成交价避免以后蛋糕改价影响历史订单。如果你发现 sql 文件里还有 cart 表说明作者把购物车持久化到数据库了这份算进阶设计如果没有购物车通常放在 Session 里下单时一次性写入 orders 和 order_item这个差别第 4 章会细讲。3. 在 IDEA 运行 JavaWeb 项目的关键配置从 SQL 导入到 Tomcat 部署课设源码拿到手最常见的抱怨是“我明明按教程点了项目就是启动不起来”。我先给结论90% 跑不起来不是代码问题而是三个环境JDK、MySQL、Tomcat和项目期望的版本对不上。下面按顺序调基本能一次跑通。3.1 导入前先看有没有 pom.xmlMaven 和普通 Web 项目的两种导入方式在 IDEA 里导入 JavaWeb 项目前先看根目录有没有 pom.xml。这件事决定了后面所有步骤我见过有人按 Maven 项目折腾半天最后发现源码根本没有 Maven 配置。如果有 pom.xml直接用 IDEA 的 Open 打开项目根目录右侧会自动弹出 Maven 面板并开始下载依赖。如果没有 pom.xml那就是传统 Web 项目导入步骤要手动指定目录身份打开项目后右键 src 目录选 Mark Directory as Sources Root右键 web 目录选 Mark Directory as Web Resource Directory然后在 Project Structure 里把依赖的 jar 包加进 WEB-INF/lib或者用 IDEA 自带的库导入。下面这段是 Maven 项目的核心依赖配置注意不要盲目抄版本号要和你本地的 Tomcat、MySQL 主版本匹配dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency这段配置里最重要的是第一行的 scope 标签值填 provided 意思是 servlet-api 只在编译时需要运行期由 Tomcat 提供防止项目打包出的 war 里再塞一份和 Tomcat 冲突的 Servlet 实现类。mysql-connector-java 的版本如果找不到先看本地 MySQL 版本8.x 的 MySQL 用 8.x 驱动5.7 的 MySQL 也可以用 8.x 驱动但反过来不行。传统 Web 项目的 jar 包管理更原始驱动和 JSTL 的 jar 直接放在 WEB-INF/lib 下导入后确认 lib 目录被 IDEA 识别为 Library 即可。判断标准很简单Project Structure 左侧 Modules 里能看到这些依赖编译时 import 的类不报红就说明导入成功了。3.2 三处必改配置JDK 编译级别、Tomcat 版本、数据库连接参数环境匹配是课设源码跑不起来的头号原因。第一处是 JDK 版本很多课设用的是 JDK 1.8如果你本地装的是 JDK 17项目配置里还写着 Language level 8通常不会直接报错但要留意 Tomcat 版本是否支持。第二处是 TomcatJDK 1.8 对应 Tomcat 8.5 或 9 最稳Tomcat 10 之后包名从 javax.servlet 改成了 jakarta.servlet老源码直接跑会编译不过这个差异必须单独处理。第三处是数据库连接。源码里通常有一个 jdbc.properties、db.properties 或 DBUtil.java找到后把地址、账号、密码改成你本机的。最常见的改法是这样jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/cake_db?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8allowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password123456url 里的参数每一个都有意义。useSSLfalse 是关闭 SSL 连接本地开发不需要加密serverTimezoneAsia/Shanghai 解决 MySQL 8 的时区报错characterEncodingutf8 保证写入数据库的中文不乱码allowPublicKeyRetrievaltrue 是 MySQL 8 使用 caching_sha2_password 认证时允许客户端从服务端获取公钥不加这个会报 Public Key Retrieval is not allowed。驱动类名也是版本陷阱。com.mysql.jdbc.Driver 是 MySQL 5 时代的类名MySQL 8 的驱动改成了 com.mysql.cj.jdbc.Driver但为了兼容旧的类名在 8.x 驱动里仍然保留。如果你看到 ClassNotFoundException先看 lib 里驱动 jar 的版本再看配置文件写的哪个类名这两者必须对得上。3.3 把 SQL 脚本导入 MySQL创建数据库的 sql 语句和两种导入姿势数据库连接参数改好了接下来把 sql 文件里的表和数据灌进 MySQL。新手最爱双击 sql 文件用文本编辑器打开看一眼然后去 Navicat 里直接复制粘贴执行这种姿势很容易在中文注释、特殊字符上翻车。更稳的是命令行导入先建库再导数据mysql -u root -p -e CREATE DATABASE IF NOT EXISTS cake_db DEFAULT CHARACTER SET utf8mb4; mysql -u root -p cake_db cake.sql第一行命令用 -e 参数直接执行建库语句第二行把 cake.sql 里的建表和插入语句全部导入 cake_db 库。注意第二行命令里如果 sql 文件本身有 USE cake_db那 cake_db 参数可写可不写如果 sql 文件里没有 USE就必须写否则表会建到默认库里。导入后一定要验证不要只看没有报错就以为成功mysql -u root -p -e USE cake_db; SHOW TABLES; SELECT COUNT(*) FROM cake;SHOW TABLES 看表是否齐全SELECT COUNT 看初始化数据是否写入。如果输出里表都在但数据是 0 行说明 sql 脚本里的 INSERT 没有被执行常见原因是执行时用了 Navicat 的快捷运行只跑了当前光标附近的语句而没跑整个文件。换成命令行 source 一次执行完整文件能避免这个问题。3.4 配置 Tomcat 部署war exploded 与 Application context 怎么对应数据库就绪后最后一步是让 IDEA 把项目跑在 Tomcat 上。打开 Run 菜单的 Edit Configurations点加号选择 Tomcat Server 里的 Local在 Deployment 选项卡把项目 Artifact 加进去。这里有新手最容易踩的坑Application context 默认可能填的是 /项目名_war_exploded 这种又长又带下划线的路径你要把它改成简短的上下文路径比如 /cakeShop。Deployment 方式建议选 war exploded 而不是 war。两者的区别是war 是把项目整体打成一个压缩包每次改代码都要重新打包war exploded 是直接把编译输出目录作为部署目录改完 JSP 或静态资源Tomcat 会自动感知部分场景甚至不用重启调试课设效率高很多。http://localhost:8080/cakeShop/index.jsp这个 URL 里的 /cakeShop 就是 Application context。如果你发现登录成功后跳到了没有上下文路径的地址比如 http://localhost:8080/login.jsp说明代码里写死了绝对路径这个问题在第 4 章会专门讲。端口方面Tomcat 默认 8080如果被其他程序占用改成 8081 或 8082改完之后所有访问地址都要跟着变文档里的截图也要重新截否则老师按截图地址访问不到页面。到这里项目应该能启动了但能启动只是第一步下一步要把代码链路读明白否则答辩时你只能指着界面说“这里能点”。4. 读懂核心代码从登录到下单的一次完整请求流转跑通项目之后第 4 章才是真正拿分的地方。老师常问的一句话是用户点登录之后代码是怎么走的。能把这个链路从 JSP 表单一路讲到 MySQL 表课设基本就稳了。这一章按一次真实请求的顺序来拆。4.1 Servlet 的注解映射与请求方法一个登录请求去哪里传统 JavaWeb 项目里Servlet 的映射有两种写法一种是在 web.xml 里配 servlet-mapping另一种是用 WebServlet 注解。现在的课设源码大多用注解因为省事、直观。下面这段是一个典型登录接口的骨架WebServlet(/user/login) public class LoginServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 1. 解决中文参数乱码必须在读取参数之前设置 req.setCharacterEncoding(UTF-8); // 2. 从请求里取出表单字段 String username req.getParameter(username); String password MD5Util.md5(req.getParameter(password)); // 3. 调用 DAO 查询用户 UserDao userDao new UserDao(); User user userDao.findByUsernameAndPassword(username, password); if (user ! null) { // 4. 登录成功把用户放进 Session跳回首页 req.getSession().setAttribute(loginUser, user); resp.sendRedirect(req.getContextPath() /index.jsp); } else { // 5. 登录失败把错误信息放进 request转发回登录页 req.setAttribute(msg, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }这段代码里有几个关键点。WebServlet 的值 /user/login 是访问路径表单 action 写的必须是这个路径大小写也要一致。密码在对比前用 MD5Util 转成了 32 位密文所以数据库 user 表的 password 字段才设计成 CHAR(32)。UserDao.findByUsernameAndPassword 内部用的是 PreparedStatementSQL 长这样String sql SELECT * FROM user WHERE username ? AND password ?; PreparedStatement ps conn.prepareStatement(sql); ps.setString(1, username); ps.setString(2, password);用 PreparedStatement 而不是拼接字符串是为了防 SQL 注入。如果代码里写的是 String sql SELECT * FROM user WHERE username username 那用户名输入 OR 11 就能直接绕过登录这是答辩时老师最爱挑的安全问题主动讲出来反而加分。4.2 表单参数、中文编码与过滤器避免用户名变成问号登录页 JSP 的表单通常长这样form action${pageContext.request.contextPath}/user/login methodpost input typetext nameusername placeholder请输入用户名 input typepassword namepassword placeholder请输入密码 button typesubmit登录/button /formaction 里用了 ${pageContext.request.contextPath} 拼接上下文路径这样不管 Application context 配成 /cakeShop 还是 /cake提交地址都不会错。如果这里写成固定的 /user/login部署路径一换就会 404。中文乱码的坑藏在 Servlet 里。req.setCharacterEncoding(UTF-8) 必须写在 getParameter 之前而且只对 POST 请求有效。为了让每个 Servlet 不重复写这一行很多课设会加一个编码过滤器WebFilter(/*) public class EncodingFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { request.setCharacterEncoding(UTF-8); response.setCharacterEncoding(UTF-8); chain.doFilter(request, response); } }过滤器的拦截范围是 /*意思是所有请求都先经过它设置编码再进入具体 Servlet。这样能保证数据库里写入的中文不乱码JSP 页面显示也正常。如果你发现页面正常但数据库里是 ??大概率是 jdbc.url 里少了 characterEncodingutf8或者建表时字符集用了 latin1这三处必须统一成 UTF-8。4.3 从购物车到订单为什么要把下单放到一个事务里下单是整份源码里最能体现数据库设计水平的环节。一个订单要同时往 orders 表和 order_item 表里写数据还要扣减 cake 表的库存这三个操作必须要么全部成功要么全部失败不能出现“订单建了但明细没写”的情况。JDBC 里用事务来实现Connection conn DBUtil.getConnection(); try { conn.setAutoCommit(false); // 关闭自动提交开启事务 // 1. 写入订单主表 OrderDao.insertOrder(conn, order); // 2. 循环写入订单项明细 for (CartItem item : cartList) { OrderItemDao.insertOrderItem(conn, order.getId(), item); } // 3. 扣减库存 CakeDao.deductStock(conn, cakeId, quantity); conn.commit(); // 全部成功提交 } catch (Exception e) { conn.rollback(); // 任何一步出错全部回滚 throw new RuntimeException(下单失败, e); } finally { DBUtil.close(conn); }这段代码的核心是 setAutoCommit(false)。JDBC 默认每条 SQL 都在独立事务里自动提交一旦三条 SQL 中间有一句报错前面写入的数据就已经落库了数据库会处于“有主订单、没明细”的脏状态。把自动提交关掉后只有 conn.commit() 执行了整个事务才真正生效异常时 rollback 会把三条 SQL 的操作全部撤销。这也是为什么说异步操作和事务是两种思路。有的课设为了省事把订单明细用逗号拼在一个字符串字段里存一张表顶三张表虽然能跑但数据库设计这一栏基本要扣分。你的源码里有订单主表和订单明细表分开的结构答辩时要主动讲清楚为什么分表为了保持历史快照订单明细里的 price 是当时成交价不是从 cake 表临时查出来的当前价哪怕蛋糕以后涨价历史订单依然准确。4.4 JSP 页面路径base 标签解决相对路径翻车页面级最常见的路径坑是 JSP 里用了相对路径。比如 index.jsp 里写 hrefcss/style.css/ 当页面在 http://localhost:8080/cakeShop/index.jsp 时能正常加载但一旦通过 Servlet 转发到 /pages/index.jsp浏览器解析资源时会把相对路径拼到当前目录下结果变成 /cakeShop/pages/css/style.cssCSS 直接 404。成熟的解决方式是在 JSP 页面的 head 区加一个 base 标签让页面里所有相对路径都基于它来解析% String basePath request.getScheme() :// request.getServerName() : request.getServerPort() request.getContextPath() /; % base href%basePath%base 标签放到 最前面后页面里写 css/style.css 或 images/a.jpg浏览器都会从 base 地址去拼也就是从项目根目录去找。这个细节很小但能解释“为什么从首页点进去正常登录之后页面就变丑了”这类诡异问题。5. 课程设计避坑清单答辩前最值得排查的 5 个翻车点以下 5 个问题是我帮人调课设时遇到频率最高的翻车点每条都按“现象、原因、解决”来写你可以直接对照排查。这些问题没有一处是玄学基本都是环境不一致和路径写死造成的。5.1 MySQL 8 驱动加载失败与连接超时现象启动 Tomcat 后控制台报 ClassNotFoundException: com.mysql.jdbc.Driver或者报 SQLNonTransientConnectionException: Public Key Retrieval is not allowed项目卡在数据源初始化阶段。原因驱动类名和 MySQL 认证方式都变了。MySQL 8 官方驱动把类名从 com.mysql.jdbc.Driver 改成了 com.mysql.cj.jdbc.Driver同时默认使用 caching_sha2_password 认证非 SSL 连接下客户端必须主动请求公钥否则就会抛上述异常。解决把驱动 jar 换成 mysql-connector-java 8.x并确认 jdbc.properties 里驱动类名写的是 com.mysql.cj.jdbc.Driver同时在 url 末尾加上 allowPublicKeyRetrievaltrueuseSSLfalse。注意这三个改动是配套的只换 jar 不补参数问题依然在。5.2 JSP 中文乱码三层编码不一致现象首页大标题正常但从表单提交“提拉米苏”到数据库后变成“???”或者控制台打印出来的日志里中文全是乱码。原因编码在三处不一致。JSP 文件本身保存时用的编码、请求/响应使用的编码、数据库连接和建表的字符集只要有一处是 latin1 或 GBK中文就会在传输过程中被错误解码。解决把所有环节统一成 UTF-8。JSP 头部写 % page pageEncodingUTF-8 %IDEA 右下角把文件编码改成 UTF-8过滤器统一设置请求和响应编码jdbc.url 加 characterEncodingutf8建表语句用 DEFAULT CHARSETutf8mb4。改完重启 Tomcat并删除数据库里已经乱码的数据重新导入别在乱码数据上继续插入。5.3 SQL 导入失败或表里没有数据现象在 Navicat 里执行 sql 文件报语法错误或者执行时提示成功但打开表发现只有结构没有数据也有的同学导入时看到“正在装载”这类状态就直接卡住。原因第一sql 文件里包含中文注释而当下会话的字符集不对导致第一条带注释的语句就解析失败第二执行工具只运行了部分语句比如只建了表没跑 INSERT第三如果文件后缀是 .bak 或 .mdf这根本不是 MySQL 的 sql 脚本而是 SQL Server 的备份文件两种数据库的语法不通用硬导必挂。解决用命令行 mysql -u root -p cake_db cake.sql 一次性执行完整文件执行前先执行 SET NAMES utf8mb4导入后用 SHOW TABLES 和 SELECT COUNT(*) 验证行数。如果你手里的“数据库sql”其实是 SQL Server 备份文件确认标题里的 javaweb 项目到底是配 MySQL 还是 SQL Server大概率要换回配套的 MySQL 脚本再跑。5.4 页面 404 和图片不显示上下文路径写死现象登录成功后跳到一个没有项目名的地址比如 http://localhost:8080/login.jsp页面 404首页能看到文字但 CSS、图片、JS 全部加载失败控制台飘红一片。原因代码里把跳转地址写成了绝对路径 /login.jsp而不是 /cakeShop/login.jspJSP 页面里用 href/css/style.css/ 这类以斜杠开头的路径会被浏览器解析到服务器根目录而不是项目根目录于是找不到静态资源。解决把跳转统一改成 resp.sendRedirect(req.getContextPath() /index.jsp)JSP 页面里用 ${pageContext.request.contextPath} 拼接所有静态资源路径或者按上一章的方法在 里加 base 标签。改完后重启 Tomcat按部署时设置的 Application context 访问能少说一句“这个功能在我电脑上是好的”。5.5 Session 失效与购物车清空现象登录后什么都不做几分钟后再点页面又跳回登录页或者往购物车加了几件商品刷新一次少一件再刷新全没了。原因Session 有默认超时时间Tomcat 默认是 30 分钟但如果 web.xml 里显式配置了更短的时间比如 5 分钟演示时说话稍慢就会失效购物车如果只存放在 Session 里每次重启发部署都会清空浏览器刷新不一定丢但服务端重启一定丢。解决在 web.xml 里明确配置 session-timeout课设演示配置 30 或 60 分钟都合理购物车数据想持久化就在数据库加 cart 表把 userId、cakeId、quantity 存进去用户下次登录后从库里读出来再拼装。如果源码本身没有 cart 表答辩时主动说明“购物车放 Session 是为了减少数据库压力”这是合理设计但要说清楚取舍。6. 从“能跑”到“能答辩”三条加分配置与一次自测项目能跑通只是起点课设评分的差距往往在演示环节拉开。这里给出三个不费太多时间但很加分的做法最后再用一条命令验证整个链路。6.1 准备演示账号与预演数据启动项目前先准备好一个管理员账号和一个普通用户账号密码写在演示文档里别演示时现场查数据库。同时用初始化好的数据演示下单比如已有 5 条蛋糕分类、20 个蛋糕商品、2 条历史订单这样点开页面就有内容可讲而不是面对着空列表说“这里本来应该有数据的”。6.2 让文档说明和源码真正对齐课程设计文档里的界面截图、数据库表结构、环境版本都要和这份源码的实际运行结果一致。最常见的低级错误是文档里截图是黑色主题、代码里用的是白色主题老师一眼就看出来文档是从别人那搬的。花半小时重新截一遍图把环境版本写进文档第 1 章这半小时的回报率很高。6.3 用 curl 做一次冒烟测试答辩前推荐用 curl 做一次快速冒烟测试确认核心接口没瘫# 测试首页是否返回 200 curl -I http://localhost:8080/cakeShop/index.jsp # 测试登录接口看是否能拿到 Session 标识 curl -i -X POST http://localhost:8080/cakeShop/user/login \ -d usernameadminpassword123456 -c cookies.txt第一条命令看响应头里是否有 HTTP/1.1 200说明页面能访问第二条登录请求看响应里是否包含 Set-Cookie说明 Session 写入成功。如果返回 404 或 302 异常按第 5 章的路径问题排查别等到演示现场再用浏览器点。我自己交课设前有个习惯把“启动 MySQL、导入 SQL、启动 Tomcat、登录、加购物车、下单、到后台查订单”这条路完整走两遍再把每步界面截图贴进文档。项目会写不一定拿高分但能把请求从页面到数据库讲清楚、能在现场稳定演示一遍的分数一定不差。希望帮到你。本文还有配套的精品资源点击获取