简介一份基于 SSMJSP 的母婴用品网站毕业设计项目面向 Java 方向本科生和课程设计学习者解决从零搭建可运行前后端项目的问题。压缩包约 25.45MB内含 1371 个文件其中 jsp/HTML 用于页面展示Java 文件对应控制器与业务逻辑CSS/JS 与图片素材支撑前端界面SQL 脚本可直接初始化数据库另有部署所需的 Maven/Tomcat 配置说明。项目功能完善、界面美观代码中添加了注释经严格调试确保可直接运行适合作为毕设、期末大作业或课程设计的参考。目前已有 65 人学习下载包含项目源码、数据库脚本及常用软件工具能够帮助快速部署并理解 SSM 整合流程。1. 基于SSMJSP的母婴用品网站先搞清楚这个包里装的到底是什么在毕业设计答辩现场“你的项目为什么不用Spring Boot”几乎是基于SSMJSP的母婴用品网站必被追问的一道题。这个选题是Java Web方向最经典的落地形态Spring容器管理对象、SpringMVC分发请求、MyBatis完成数据库增删改查最后用JSP把商品列表、购物车、订单这些页面渲染出来。它能解决的问题很明确——一套完整代码讲清“用户从注册到下单”的每一环源码、数据库脚本、教程三件套齐全适合正在做课程设计或毕业设计的学生对照复现也适合想补SSM实战经验的开发者快速起步。接下来按技术拆解、工程搭建、业务实现、避坑排查一条条过。2. SSMJSP技术栈拆解Spring、SpringMVC、MyBatis、JSP各自扛什么2.1 Spring容器把对象的创建和装配交出去Spring在整个SSM项目里的定位很朴实所有业务对象Service、控制器对象Controller、数据访问对象Mapper的生命周期都由Spring容器统一“托管”。我们不在代码里到处new UserServiceImpl()而是写接口、写实现类、用注解或者XML声明依赖关系容器启动时自动装配。母婴用品网站虽然规模不大但用户、商品、购物车、订单四个模块之间有大量交叉引用比如OrderService要调用GoodsService扣库存、还要调UserMapper查用户信息这些依赖如果手写new后期改一个构造函数全链路都要动。Spring把依赖关系收敛到配置文件或注解上这是一个在答辩时值得展开讲的点为什么要IoC没有IoC会怎样。IoC之外Spring还负责声明式事务的管理。在这个项目里订单创建、库存扣减是强事务场景几个表的数据必须同时成功或同时失败。这种需求只需要在Service方法上加一个Transactional注解容器就会自动开启事务、提交或回滚。对比一下JDBC时代要手动connection.setAutoCommit(false)、再在catch块里connection.rollback()的写法Spring把这一层复杂度完全收走了。这也是SSM项目里Service层为什么必不可少的原因——事务边界通常划在Service方法上Controller里的事务控制是不规范的。2.2 SpringMVC请求分发一个“加入购物车”请求的完整旅程用户在前端页面点击“加入购物车”这个动作最终变成一次HTTP请求比如POST /cart/add?goodsId3count1。请求到达Tomcat后被SpringMVC的前端控制器DispatcherServlet拦截。DispatcherServlet拿到请求URL后通过HandlerMapping找到对应的Controller方法比如CartController里的addCart(HttpServletRequest request)方法。然后由参数解析器把goodsId这类请求参数绑定到方法参数上。Controller拿到参数后调用CartService把商品信息写入购物车存储介质Session最后返回一个字符串视图解析器把它拼成实际JSP路径渲染后的HTML回写给浏览器。这个流程在SSM项目里有一条很清晰的链路请求 → DispatcherServlet → HandlerMapping → Controller → Service → Mapper → 数据库 → 反向逐层返回 → JSP渲染。答辩时能把这条链路完整画出来就已经比很多只会背概念的人强了。需要注意Controller只做“请求接收”和“结果返回”两件事不要在里面写SQL、写复杂业务判断。代码写多了之后这部分很容易被塞成“万能入口”是代码评审一定看的坏味道。2.3 MyBatis持久层SQL写在Mapper文件里数据库增删改查不再散落各处MyBatis的核心机制是Mapper接口和Mapper XML文件映射。工作流程是定义接口方法在XML里写SQL启动时MyBatis为接口生成代理实现。以商品查询为例GoodsMapper.xml里这样写!-- GoodsMapper.xml -- mapper namespacecom.muying.dao.GoodsMapper !-- 按价格区间查商品动态条件用 where if 组合 -- select idselectByPriceRange resultTypecom.muying.entity.Goods SELECT id, goods_name, price, stock, category_id, image FROM goods where if testminPrice ! null AND price gt; #{minPrice} /if if testmaxPrice ! null AND price lt; #{maxPrice} /if /where ORDER BY price ASC /select /mapper这段SQL能说明两个MyBatis的关键设计。一是resultType指定了结果映射目标实体类MyBatis会自动把查询列名与Goods属性对应前提是实体类字段名和表列名保持一致的命名习惯不一致时要用resultMap手动映射。二是where和if组成动态SQLminPrice和maxPrice为空时不会拼进WHERE子句这样数据库增删改查里的“查”就能应对母婴用品网站里最多变的场景——按品牌、按价格、按分类筛选商品。写Mapper文件时要小心XML转义代码里要写成gt;要写成lt;。另外MyBatis接口绑定有一条硬性规则Mapper接口的包名和XML的namespace必须一致接口方法名必须和XML里select/insert/update标签的id一致否则启动就报Invalid bound statement。这个错误的详细排查放到第五章。2.4 JSP视图层EL表达式和JSTL是你的必修课JSP在SSM项目中的职责是最终的HTML渲染。一个干净的JSP页面应该主要包含HTML标签、EL表达式${...}、JSTL标签比如c:forEach、c:if。拿商品列表页来说Controller把ListGoods放进Model后JSP里这样遍历% page contentTypetext/html;charsetUTF-8 languagejava % % taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table c:forEach varg items${goodsList} tr td${g.goodsName}/td td${g.price}/td td a href${pageContext.request.contextPath}/cart/add?goodsId${g.id}加入购物车/a /td /tr /c:forEach /table几个细节要注意。pageContext.request.contextPath用来获取项目上下文路径推荐写它而不是写死/muying这样项目context-path改了也不用改页面。${g.goodsName}会调用Goods对象的getGoodsName()方法这是EL表达式的取值机制方法名拼接规则是get加属性名首字母大写。JSP页面里尽量别出现% ... %脚本片段脚本片段读起来困难、调试困难这是老项目里最被人诟病的写法。答辩时如果代码里大量存在Scriptlet老师大概率会直接扣代码规范分。2.5 毕业设计选型逻辑这个组合为什么至今还出现在选题表里现在企业新项目基本都走Spring Boot Vue或者Spring Cloud微服务路线。为什么SSMJSP还在毕业设计里大量存在核心原因有三点。第一教学还是这套。很多高校的Java Web课程大纲还停留在SSMJSP阶段课程设计和毕业设计自然沿用。第二SSM能拆开讲的东西更多。Spring Boot把大量配置自动化但自动化意味着黑匣子学生说不清内部发生了什么。SSM里数据源、事务、视图解析器、Mapper扫描每一处都要手写答辩时每一个配置都能讲清楚这些恰恰是面试时考察的基础。第三跑起来环境成本低。SSMJSP只要一个Tomcat和一个MySQL就能启动真出问题也容易查。所以在近两年的毕业设计里这个组合并没有消失只是它开始以“课程要求”的形式出现在选题库里。对做这个项目的同学来说能把这个老组合讲出新意——比如加上Redis缓存或MQ异步——反而更容易拿到高分。3. 把项目跑起来数据库表设计、工程目录与SSM三大配置3.1 母婴用品网站的核心表用户、商品、分类、购物车、订单拿到源码包后第一步不是启动项目而是先看懂数据库。母婴用品网站的库表设计是典型的小型电商结构核心六张表表名用途关键字段user用户与登录id, username, password, nickname, phone, addresscategory商品分类id, cat_name, parent_idgoods商品id, goods_name, price, stock, image, category_id, salescart购物车id, user_id, goods_id, countorders订单主表id, order_no, user_id, total_price, status, create_timeorder_item订单明细id, order_id, goods_id, goods_name, price, count商品表的建表语句可以拆开看两个设计点-- 商品表 CREATE TABLE goods ( id int(11) NOT NULL AUTO_INCREMENT, goods_name varchar(100) NOT NULL, price decimal(10,2) NOT NULL, stock int(11) NOT NULL DEFAULT 0, image varchar(255) DEFAULT NULL, category_id int(11) DEFAULT NULL, sales int(11) NOT NULL DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;第一个设计点密码字段要处理。毕业设计里通常不要求高强度加密但至少别明文存储。常见做法是用MD5加盐或SHA-256摘要项目里一般会自带一个MD5Util工具类。哪怕导师不要求把“密码脱敏”写进论文里也是亮点。第二个设计点订单为什么要拆主表和明细表。因为一笔订单可能包含多个商品orders表存订单总价、状态、用户、时间order_item存每个商品的购买数量和单价。查询订单详情时通过order_id关联这是电商表设计的基本范式。库存字段stock要用int类型在下单扣库存时做stock count的判断避免超卖。3.2 标准Maven工程目录源码、配置、前端页面放哪里解压源码后src下的目录结构应该长这样src/ ├── main/ │ ├── java/ │ │ └── com/muying/ │ │ ├── controller/ # Controller层 │ │ ├── service/ # Service接口 │ │ ├── service/impl/ # Service实现类 │ │ ├── dao/ # MyBatis Mapper接口 │ │ ├── entity/ # 实体类 │ │ └── util/ # 工具类 │ ├── resources/ │ │ ├── jdbc.properties # 数据库连接配置 │ │ ├── spring-mybatis.xml # SpringMyBatis整合 │ │ ├── springmvc.xml # SpringMVC配置 │ │ └── mapper/ # MyBatis XML文件 │ └── webapp/ │ ├── WEB-INF/ │ │ ├── web.xml │ │ └── jsp/ # JSP页面 │ └── static/ # CSS、JS、图片 ├── pom.xml └── sql/ └── muying.sql # 数据库初始化脚本每个目录的职责要分清controller不写业务逻辑、service里不写SQL、mapper里不放HTML。答辩时老师常会随机指着一个目录问“这个目录是干什么的”答不上来就很尴尬。注意WEB-INF/jsp目录下的页面不能通过URL直接访问必须要经过Controller跳转这是Servlet规范的安全限制也是为什么JSP要放在WEB-INF里的原因。3.3 SSM整合的三大配置jdbc.properties、spring-mybatis.xml、springmvc.xml这是整包的核心配置不对项目根本没法启动。先看数据库连接配置jdbc.properties# jdbc.properties jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/muying?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456useUnicodetruecharacterEncodingutf8解决存取中文乱码serverTimezoneAsia/Shanghai解决MySQL 8.x的时区报错这两个参数缺一不可。接下来是spring-mybatis.xml里最重要的三个配置数据源、SqlSessionFactory、Mapper扫描器。!-- spring-mybatis.xml 核心片段 -- bean iddataSource classorg.springframework.jdbc.datasource.DriverManagerDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ !-- 实体类包名MyBatis会自动为这些类创建别名 -- property nametypeAliasesPackage valuecom.muying.entity/ !-- Mapper XML的路径 -- property namemapperLocations valueclasspath:mapper/*.xml/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer !-- Mapper接口所在包MyBatis会为这些接口生成代理对象 -- property namebasePackage valuecom.muying.dao/ /bean三个配置的对应关系dataSource定义连接数据typeAliasesPackage告诉MyBatis哪些类能作为resultType的短名使用mapperLocations告诉SqlSessionFactory去哪里找SQLMapperScannerConfigurer则负责扫描Mapper接口让接口方法绑定到XML里的SQL语句。springmvc.xml里关键的是包扫描、视图解析器、静态资源放行!-- springmvc.xml 核心片段 -- context:component-scan base-packagecom.muying.controller/ mvc:annotation-driven/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/jsp// property namesuffix value.jsp/ /bean mvc:resources mapping/static/** location/static//InternalResourceViewResolver是JSP视图解析器的标准实现前缀/WEB-INF/jsp/加后缀.jsp意味着Controller返回goods/list时实际渲染的是/WEB-INF/jsp/goods/list.jsp。mvc:resources/是很多初次接触的人最容易忽略的配置没有它的放行CSS、JS请求会被DispatcherServlet拦截页面样式直接丢失。3.4 导入项目后在Tomcat里启动的检查清单拿到源码后不要急着点启动先按这个顺序检查三件事。第一看数据库是否已经导入。用Navicat或命令行执行sql文件夹里的muying.sql导入后确认表名大小写与配置一致。Linux下MySQL表名默认区分大小写Windows下默认不区分这个差异会导致启动不报错但查询报错。第二看jdbc.properties里的账号密码是否和本地一致。本地密码不是root/123456一定要改否则报Access denied。第三看Tomcat版本和JDK版本是否匹配。SSM项目一般适配JDK 8和Tomcat 8/9用JDK 17跑老项目经常会遇到javax.servlet包找不到的问题因为JDK 17默认的是Jakarta命名空间。检查无误后把war包部署到Tomcat的webapps目录或者用IDEA配置Tomcat Server启动后访问http://localhost:8080/muying/。如果看到首页说明基础链路通了接下来进入业务模块实现。4. 业务模块实现从用户注册到购物车订单的完整链路4.1 用户注册与登录JSP个人信息展示页面与会话控制注册登录是第一个要完成的模块因为它牵扯到后续所有与用户相关的数据操作。用户表设计完成之后UserMapper接口需要提供insertUser、selectByUsername、selectByUsernameAndPassword三个方法。注册的Service层代码// UserServiceImpl.java Service public class UserServiceImpl implements UserService { Autowired private UserMapper userMapper; Override public boolean register(User user) { // 先查用户名是否已存在 User exist userMapper.selectByUsername(user.getUsername()); if (exist ! null) { return false; // 用户名已占用 } // 密码脱敏MD5加盐避免明文入库 user.setPassword(MD5Util.md5(user.getPassword() muying_salt)); return userMapper.insertUser(user) 0; } }这段代码里有两个点值得说明。一是先查后插的防重复注册逻辑MySQL里如果没有对username建唯一索引这个查询是最后一道防线。二是密码用MD5加固定盐处理这个写法能挡住“数据库被导出后密码一眼看穿”的风险虽然MD5不算高强度但在毕业设计语境下比明文强很多。登录控制的传统做法是Session。登录成功后把User对象放进request.getSession().setAttribute(loginUser, user)JSP页面用${sessionScope.loginUser.nickname}展示当前登录用户在JSP个人信息展示页面里把用户头像、手机号、收货地址这些字段一并回显。退出登录则是session.invalidate()。这里要注意权限判断最简单的写法是在JSP顶部用c:if test${sessionScope.loginUser null}做跳转但更规范的做法是写一个LoginInterceptor拦截器统一拦截需要登录的路径Controller代码里就不用到处判断Session是否为空了。4.2 商品列表与分类检索分页查询的正确打开方式商品列表页是母婴用品网站的门面。Controller接收分类id、价格区间、页码这几个常见参数把参数封装成查询条件传给Service// GoodsController.java 片段 Controller RequestMapping(/goods) public class GoodsController { Autowired private GoodsService goodsService; RequestMapping(/list) public String list(Integer categoryId, HttpServletRequest request, RequestParam(value pageNum, defaultValue 1) int pageNum, RequestParam(value pageSize, defaultValue 12) int pageSize) { ListGoods goodsList goodsService.getGoodsByCondition(categoryId, pageNum, pageSize); request.setAttribute(goodsList, goodsList); return goods/list; } }这里返回字符串goods/list配上视图解析器的前缀后缀后最终渲染WEB-INF/jsp/goods/list.jsp。这种返回方式在SSM老项目中是绝对主流。Service层背后是分页查询逻辑早期项目自己写limit后来普遍用PageHelper插件。PageHelper的用法比较特别必须在查询前调用启动方法// GoodsServiceImpl.java 片段 public ListGoods getGoodsByCondition(Integer categoryId, int pageNum, int pageSize) { PageHelper.startPage(pageNum, pageSize); // 只对下一条SQL生效 return goodsMapper.selectByCondition(categoryId); }PageHelper.startPage是线程本地变量只对接下来执行的第一条SQL生效。一个高频踩坑点是在startPage之后又执行了别的查询导致分页效果错乱这个在第五章详细排查。4.3 购物车放Session还是放数据库购物车是这个项目里唯一一个没有统一标准答案的设计点。常见两种方案未登录时放Session登录后放数据库表。毕业设计为了演示方便多数选择全程放Session里省掉购物车表的读写。Session购物车的实现思路用一个MapInteger, Integer表示“商品id → 数量”整体塞进Session的某个属性里。用户点击“加入购物车”Controller取出这个Mapput或累加数量再放回去// CartController.java 片段 SuppressWarnings(unchecked) RequestMapping(/add) public String add(int goodsId, int count, HttpSession session) { MapInteger, Integer cart (MapInteger, Integer) session.getAttribute(cart); if (cart null) { cart new HashMap(); } cart.put(goodsId, cart.getOrDefault(goodsId, 0) count); session.setAttribute(cart, cart); return redirect:/cart/list; }Session购物车的优点是实现快、答辩能说清缺点也很明显用户清浏览器一切就没了也没法和订单流程的幂等性挂钩。如果是做数据库版购物车就要多建一张cart表每次增删都写一次数据库代码多一倍但更接近真实电商系统的做法。对这个项目来说先按Session方案跑通再在论文里把“数据库购物车”作为优化方向提出这样代码量可控、论文也有话写。注意Session的Map一定要用泛型处理很多同学的getAttribute(cart)返回Object后忘记强转一运行就ClassCastException。4.4 订单生成与库存扣减一个需要事务保护的完整过程下单是这个项目业务链路上最重要的一步。用户在购物车页面点击“去结算”系统要做的事包括根据购物车内容计算订单总价在orders表插入主记录拿到自增id遍历购物车的每种商品往order_item插入明细同时扣减goods表的stock并累加sales清空购物车跳转到订单成功页。这几步分布在4张表上任何一步失败都得回滚不然会出现订单主表有记录、明细缺失、或者库存被扣了但订单没生成的情况// OrderServiceImpl.java 片段 Transactional(rollbackFor Exception.class) public Order createOrder(Integer userId, MapInteger, Integer cart) { // 1. 计算总价并插入订单主表 // 2. 遍历购物车插入订单明细、扣库存 // 3. 清空购物车 return order; }细节说明Transactional默认只回滚RuntimeException这里写rollbackFor Exception.class是为了让受检异常也触发回滚。另外要提前校验库存是否够“假如库存只有3件却买5件要在事务里抛异常并回滚而不是硬扣成负数。”最后下单的地方不建议把秒杀级的高并发优化加进来毕业设计页面正确比性能更重要。这个模块答辩时老师常问“事务加在哪一层、为什么”答案就是Service层因为事务的粒度是业务操作不是HTTP请求。5. SSMJSP项目避坑排查七个最常翻车的问题原因和解决一次讲清5.1 中文乱码页面、请求、数据库三层都可能出问题现象JSP页面上商品名称显示成“???”或者表单提交的中文用户名在数据库里变成乱码。原因JSP默认编码、HTTP请求编码、数据库连接编码、数据表字符集四个环节有一层不匹配就出乱码。常见的是JSP页面没写% page contentTypetext/html;charsetUTF-8 %或者数据库连接URL少了characterEncodingutf8。解决三处一起检查。第一JSP文件头部加上page指令指定UTF-8第二jdbc.properties的url里加useUnicodetruecharacterEncodingutf8第三建表语句统一DEFAULT CHARSETutf8。如果已经乱掉的数据用mysql数据库修改结构的命令把表字符集改成utf8mb4再重新导入数据ALTER TABLE goods CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;。乱码在毕业设计里是老师最常挑的问题之一必须一次弄干净。5.2 CSS和JS被DispatcherServlet拦截页面有内容没样式现象页面内容正常但CSS样式全丢、按钮没有图片。原因web.xml里把DispatcherServlet映射到了/拦截所有请求。浏览器请求/static/css/style.css时这个静态文件请求也被DispatcherServlet接管了而SpringMVC默认不处理静态资源。解决在springmvc.xml里加mvc:resources mapping/static/** location/static//或者在web.xml里给静态资源单独配置DefaultServlet。这两种做法是SSM老项目里最常见的修复方案。注意mapping和location的路径要匹配/static/**表示URL前缀/static/表示实际目录很多人只改一个导致还是404。5.3 数据库连接失败先按顺序查这五个地方现象项目启动报错日志里出现Access denied for user或Communications link failure或Connection refused。原因五选一。数据库服务没启动账号密码不对jdbc.url的库名写错端口被改过MySQL 5.7与8.0的驱动不匹配。解决按我的血泪经验顺序很重要。一查MySQL服务是否在运行Windows下看任务管理器里的mysql进程二查jdbc.properties的账号密码三查MySQL端口是不是3306四查库名是否存在用mysql数据库常用命令show databases;确认muying库在不在五查驱动版本MySQL 5.7用5.x驱动MySQL 8.0用8.x驱动用错会出现SQLNonTransientConnectionException。这个顺序从概率最高的开始排能最快定位问题。5.4 Invalid bound statementMyBatis映射文件没被扫描到现象启动正常访问接口报Invalid bound statement (not found): com.muying.dao.GoodsMapper.selectByCondition。原因Mapper接口找到了但对应的XML没被SqlSessionFactory加载或者XML里的namespace和接口全限定名不一致。解决先检查mapperLocations配置里的classpath:mapper/*.xml路径是否准确再看namespace是不是写成了com.muying.dao.GoodsMapper最后看接口方法名与XML标签id是否完全一致。检查完这三个点绝大多数绑定失败都消失了。如果路径没问题还要看编译输出目录里有没有生成xml有时IDEA不把resources里的xml拷贝到target需要在pom.xml里加resource配置把xml和properties文件都打进去。5.5 购物车刷新就没了Session的存活范围没搞清现象加入购物车后刷新页面购物车空了。原因常见两种。第一种是重启了Tomcat内存里的Session全部清空第二种是代码里把购物车放进了request而不是sessionrequest.setAttribute(cart, cart)在请求结束后就没了。解决确认用HttpSession session request.getSession()拿到会话对象再往里放。还要注意浏览器清缓存、换浏览器、换设备都会导致Session丢失这是答辩演示时要避开的坑——提前把商品加好再开始讲不要现场演示到一半购物车空空如也。Session丢失的机制就是会话ID存在客户端Cookie里服务端内存里没有对应数据就只能新建。5.6 PageHelper分页插件startPage位置不对就串数据现象第一页的数据正确第二页数据重复或总数统计错误。原因PageHelper.startPage()是ThreadLocal机制只对紧接着的第一条查询生效。但代码里在startPage之后又调用了其他Mapper比如把商品分类列表查询放在了商品分页查询之前分页参数被错误吞掉。解决最稳妥的写法是startPage后立即执行真正的列表查询中间不要插入任何其他Mapper调用。另外PageHelper的版本要和MyBatis版本匹配低版本MyBatis配新PageHelper有时会报反射错误最简单的方式是直接用PageHelper 5.x配MyBatis 3.4以上版本。这个报错信息往往只是“反射失败”几个字不熟悉的人会以为是代码逻辑问题实际上就是版本兼容问题。5.7 改完JSP不生效浏览器缓存和编译缓存的干扰现象改了JSP页面刷新浏览器还是旧页面。原因Tomcat对JSP后台有增量编译多数情况下改了会自动重编译。真正影响的是浏览器缓存和部署目录不一致。另外浏览器地址栏缓存了重定向前的URL也会让人误以为没生效。解决强制刷新按CtrlF5在IDEA里确认部署方式如果用的external build确保把项目rebuild后重新部署如果项目在Tomcat的webapps里确认改的是webapps下的那份而不是src里的副本。这个“玄学”问题在毕业设计中经常让人反复怀疑人生其实九成是缓存或者部署路径不一致不涉及任何高深原理。6. 把这个项目从“能跑”做到“能答辩”验证方法和三个改动项目能跑起来之后距离“能过答辩”还差几步。我建议按一条业务主线去完整走查注册一个新用户 → 登录 → 逛首页 → 按分类筛选 → 加入购物车 → 改数量 → 结算下单 → 在个人中心看到订单。这条链路只要每一步都能正常走通项目的基础分就稳了。验证时顺手记下哪个环节出问题优先修购物车和订单这两块因为答辩老师最喜欢从这两个模块追问数据流转的细节。三个小改动投入小收益大。第一个注册时加一个简单的用户名重复校验和两次密码一致性校验前端用几行JS就能做能挡住演示时最常见的翻车。第二个在订单创建时用UUID或时间戳生成订单号订单号要唯一可读这比直接展示自增id专业得多。第三个给列表页加一个分页条用PageHelper已经生成的分页数据把上一页/下一页链接补上商品列表和订单列表都有完整的浏览体验。做毕业设计的真实感受是参考源码能让你少走弯路但要拿高分一定要至少改动一处属于你自己想法的功能。哪怕只是把“用户列表”改成“按注册时间排序”答辩时都能说清“这个是我改的、为什么这么改”。用别人的代码不可耻完全看不懂才是问题。把SSM这套东西的请求链路、配置、事务、Session这几个核心点讲明白才算是真正掌握。希望帮到你。本文还有配套的精品资源点击获取 SSM+JSP母婴用品网站：从技术拆解到毕业设计实战全解析
简介一份基于 SSMJSP 的母婴用品网站毕业设计项目面向 Java 方向本科生和课程设计学习者解决从零搭建可运行前后端项目的问题。压缩包约 25.45MB内含 1371 个文件其中 jsp/HTML 用于页面展示Java 文件对应控制器与业务逻辑CSS/JS 与图片素材支撑前端界面SQL 脚本可直接初始化数据库另有部署所需的 Maven/Tomcat 配置说明。项目功能完善、界面美观代码中添加了注释经严格调试确保可直接运行适合作为毕设、期末大作业或课程设计的参考。目前已有 65 人学习下载包含项目源码、数据库脚本及常用软件工具能够帮助快速部署并理解 SSM 整合流程。1. 基于SSMJSP的母婴用品网站先搞清楚这个包里装的到底是什么在毕业设计答辩现场“你的项目为什么不用Spring Boot”几乎是基于SSMJSP的母婴用品网站必被追问的一道题。这个选题是Java Web方向最经典的落地形态Spring容器管理对象、SpringMVC分发请求、MyBatis完成数据库增删改查最后用JSP把商品列表、购物车、订单这些页面渲染出来。它能解决的问题很明确——一套完整代码讲清“用户从注册到下单”的每一环源码、数据库脚本、教程三件套齐全适合正在做课程设计或毕业设计的学生对照复现也适合想补SSM实战经验的开发者快速起步。接下来按技术拆解、工程搭建、业务实现、避坑排查一条条过。2. SSMJSP技术栈拆解Spring、SpringMVC、MyBatis、JSP各自扛什么2.1 Spring容器把对象的创建和装配交出去Spring在整个SSM项目里的定位很朴实所有业务对象Service、控制器对象Controller、数据访问对象Mapper的生命周期都由Spring容器统一“托管”。我们不在代码里到处new UserServiceImpl()而是写接口、写实现类、用注解或者XML声明依赖关系容器启动时自动装配。母婴用品网站虽然规模不大但用户、商品、购物车、订单四个模块之间有大量交叉引用比如OrderService要调用GoodsService扣库存、还要调UserMapper查用户信息这些依赖如果手写new后期改一个构造函数全链路都要动。Spring把依赖关系收敛到配置文件或注解上这是一个在答辩时值得展开讲的点为什么要IoC没有IoC会怎样。IoC之外Spring还负责声明式事务的管理。在这个项目里订单创建、库存扣减是强事务场景几个表的数据必须同时成功或同时失败。这种需求只需要在Service方法上加一个Transactional注解容器就会自动开启事务、提交或回滚。对比一下JDBC时代要手动connection.setAutoCommit(false)、再在catch块里connection.rollback()的写法Spring把这一层复杂度完全收走了。这也是SSM项目里Service层为什么必不可少的原因——事务边界通常划在Service方法上Controller里的事务控制是不规范的。2.2 SpringMVC请求分发一个“加入购物车”请求的完整旅程用户在前端页面点击“加入购物车”这个动作最终变成一次HTTP请求比如POST /cart/add?goodsId3count1。请求到达Tomcat后被SpringMVC的前端控制器DispatcherServlet拦截。DispatcherServlet拿到请求URL后通过HandlerMapping找到对应的Controller方法比如CartController里的addCart(HttpServletRequest request)方法。然后由参数解析器把goodsId这类请求参数绑定到方法参数上。Controller拿到参数后调用CartService把商品信息写入购物车存储介质Session最后返回一个字符串视图解析器把它拼成实际JSP路径渲染后的HTML回写给浏览器。这个流程在SSM项目里有一条很清晰的链路请求 → DispatcherServlet → HandlerMapping → Controller → Service → Mapper → 数据库 → 反向逐层返回 → JSP渲染。答辩时能把这条链路完整画出来就已经比很多只会背概念的人强了。需要注意Controller只做“请求接收”和“结果返回”两件事不要在里面写SQL、写复杂业务判断。代码写多了之后这部分很容易被塞成“万能入口”是代码评审一定看的坏味道。2.3 MyBatis持久层SQL写在Mapper文件里数据库增删改查不再散落各处MyBatis的核心机制是Mapper接口和Mapper XML文件映射。工作流程是定义接口方法在XML里写SQL启动时MyBatis为接口生成代理实现。以商品查询为例GoodsMapper.xml里这样写!-- GoodsMapper.xml -- mapper namespacecom.muying.dao.GoodsMapper !-- 按价格区间查商品动态条件用 where if 组合 -- select idselectByPriceRange resultTypecom.muying.entity.Goods SELECT id, goods_name, price, stock, category_id, image FROM goods where if testminPrice ! null AND price gt; #{minPrice} /if if testmaxPrice ! null AND price lt; #{maxPrice} /if /where ORDER BY price ASC /select /mapper这段SQL能说明两个MyBatis的关键设计。一是resultType指定了结果映射目标实体类MyBatis会自动把查询列名与Goods属性对应前提是实体类字段名和表列名保持一致的命名习惯不一致时要用resultMap手动映射。二是where和if组成动态SQLminPrice和maxPrice为空时不会拼进WHERE子句这样数据库增删改查里的“查”就能应对母婴用品网站里最多变的场景——按品牌、按价格、按分类筛选商品。写Mapper文件时要小心XML转义代码里要写成gt;要写成lt;。另外MyBatis接口绑定有一条硬性规则Mapper接口的包名和XML的namespace必须一致接口方法名必须和XML里select/insert/update标签的id一致否则启动就报Invalid bound statement。这个错误的详细排查放到第五章。2.4 JSP视图层EL表达式和JSTL是你的必修课JSP在SSM项目中的职责是最终的HTML渲染。一个干净的JSP页面应该主要包含HTML标签、EL表达式${...}、JSTL标签比如c:forEach、c:if。拿商品列表页来说Controller把ListGoods放进Model后JSP里这样遍历% page contentTypetext/html;charsetUTF-8 languagejava % % taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table c:forEach varg items${goodsList} tr td${g.goodsName}/td td${g.price}/td td a href${pageContext.request.contextPath}/cart/add?goodsId${g.id}加入购物车/a /td /tr /c:forEach /table几个细节要注意。pageContext.request.contextPath用来获取项目上下文路径推荐写它而不是写死/muying这样项目context-path改了也不用改页面。${g.goodsName}会调用Goods对象的getGoodsName()方法这是EL表达式的取值机制方法名拼接规则是get加属性名首字母大写。JSP页面里尽量别出现% ... %脚本片段脚本片段读起来困难、调试困难这是老项目里最被人诟病的写法。答辩时如果代码里大量存在Scriptlet老师大概率会直接扣代码规范分。2.5 毕业设计选型逻辑这个组合为什么至今还出现在选题表里现在企业新项目基本都走Spring Boot Vue或者Spring Cloud微服务路线。为什么SSMJSP还在毕业设计里大量存在核心原因有三点。第一教学还是这套。很多高校的Java Web课程大纲还停留在SSMJSP阶段课程设计和毕业设计自然沿用。第二SSM能拆开讲的东西更多。Spring Boot把大量配置自动化但自动化意味着黑匣子学生说不清内部发生了什么。SSM里数据源、事务、视图解析器、Mapper扫描每一处都要手写答辩时每一个配置都能讲清楚这些恰恰是面试时考察的基础。第三跑起来环境成本低。SSMJSP只要一个Tomcat和一个MySQL就能启动真出问题也容易查。所以在近两年的毕业设计里这个组合并没有消失只是它开始以“课程要求”的形式出现在选题库里。对做这个项目的同学来说能把这个老组合讲出新意——比如加上Redis缓存或MQ异步——反而更容易拿到高分。3. 把项目跑起来数据库表设计、工程目录与SSM三大配置3.1 母婴用品网站的核心表用户、商品、分类、购物车、订单拿到源码包后第一步不是启动项目而是先看懂数据库。母婴用品网站的库表设计是典型的小型电商结构核心六张表表名用途关键字段user用户与登录id, username, password, nickname, phone, addresscategory商品分类id, cat_name, parent_idgoods商品id, goods_name, price, stock, image, category_id, salescart购物车id, user_id, goods_id, countorders订单主表id, order_no, user_id, total_price, status, create_timeorder_item订单明细id, order_id, goods_id, goods_name, price, count商品表的建表语句可以拆开看两个设计点-- 商品表 CREATE TABLE goods ( id int(11) NOT NULL AUTO_INCREMENT, goods_name varchar(100) NOT NULL, price decimal(10,2) NOT NULL, stock int(11) NOT NULL DEFAULT 0, image varchar(255) DEFAULT NULL, category_id int(11) DEFAULT NULL, sales int(11) NOT NULL DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;第一个设计点密码字段要处理。毕业设计里通常不要求高强度加密但至少别明文存储。常见做法是用MD5加盐或SHA-256摘要项目里一般会自带一个MD5Util工具类。哪怕导师不要求把“密码脱敏”写进论文里也是亮点。第二个设计点订单为什么要拆主表和明细表。因为一笔订单可能包含多个商品orders表存订单总价、状态、用户、时间order_item存每个商品的购买数量和单价。查询订单详情时通过order_id关联这是电商表设计的基本范式。库存字段stock要用int类型在下单扣库存时做stock count的判断避免超卖。3.2 标准Maven工程目录源码、配置、前端页面放哪里解压源码后src下的目录结构应该长这样src/ ├── main/ │ ├── java/ │ │ └── com/muying/ │ │ ├── controller/ # Controller层 │ │ ├── service/ # Service接口 │ │ ├── service/impl/ # Service实现类 │ │ ├── dao/ # MyBatis Mapper接口 │ │ ├── entity/ # 实体类 │ │ └── util/ # 工具类 │ ├── resources/ │ │ ├── jdbc.properties # 数据库连接配置 │ │ ├── spring-mybatis.xml # SpringMyBatis整合 │ │ ├── springmvc.xml # SpringMVC配置 │ │ └── mapper/ # MyBatis XML文件 │ └── webapp/ │ ├── WEB-INF/ │ │ ├── web.xml │ │ └── jsp/ # JSP页面 │ └── static/ # CSS、JS、图片 ├── pom.xml └── sql/ └── muying.sql # 数据库初始化脚本每个目录的职责要分清controller不写业务逻辑、service里不写SQL、mapper里不放HTML。答辩时老师常会随机指着一个目录问“这个目录是干什么的”答不上来就很尴尬。注意WEB-INF/jsp目录下的页面不能通过URL直接访问必须要经过Controller跳转这是Servlet规范的安全限制也是为什么JSP要放在WEB-INF里的原因。3.3 SSM整合的三大配置jdbc.properties、spring-mybatis.xml、springmvc.xml这是整包的核心配置不对项目根本没法启动。先看数据库连接配置jdbc.properties# jdbc.properties jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/muying?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456useUnicodetruecharacterEncodingutf8解决存取中文乱码serverTimezoneAsia/Shanghai解决MySQL 8.x的时区报错这两个参数缺一不可。接下来是spring-mybatis.xml里最重要的三个配置数据源、SqlSessionFactory、Mapper扫描器。!-- spring-mybatis.xml 核心片段 -- bean iddataSource classorg.springframework.jdbc.datasource.DriverManagerDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ !-- 实体类包名MyBatis会自动为这些类创建别名 -- property nametypeAliasesPackage valuecom.muying.entity/ !-- Mapper XML的路径 -- property namemapperLocations valueclasspath:mapper/*.xml/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer !-- Mapper接口所在包MyBatis会为这些接口生成代理对象 -- property namebasePackage valuecom.muying.dao/ /bean三个配置的对应关系dataSource定义连接数据typeAliasesPackage告诉MyBatis哪些类能作为resultType的短名使用mapperLocations告诉SqlSessionFactory去哪里找SQLMapperScannerConfigurer则负责扫描Mapper接口让接口方法绑定到XML里的SQL语句。springmvc.xml里关键的是包扫描、视图解析器、静态资源放行!-- springmvc.xml 核心片段 -- context:component-scan base-packagecom.muying.controller/ mvc:annotation-driven/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/jsp// property namesuffix value.jsp/ /bean mvc:resources mapping/static/** location/static//InternalResourceViewResolver是JSP视图解析器的标准实现前缀/WEB-INF/jsp/加后缀.jsp意味着Controller返回goods/list时实际渲染的是/WEB-INF/jsp/goods/list.jsp。mvc:resources/是很多初次接触的人最容易忽略的配置没有它的放行CSS、JS请求会被DispatcherServlet拦截页面样式直接丢失。3.4 导入项目后在Tomcat里启动的检查清单拿到源码后不要急着点启动先按这个顺序检查三件事。第一看数据库是否已经导入。用Navicat或命令行执行sql文件夹里的muying.sql导入后确认表名大小写与配置一致。Linux下MySQL表名默认区分大小写Windows下默认不区分这个差异会导致启动不报错但查询报错。第二看jdbc.properties里的账号密码是否和本地一致。本地密码不是root/123456一定要改否则报Access denied。第三看Tomcat版本和JDK版本是否匹配。SSM项目一般适配JDK 8和Tomcat 8/9用JDK 17跑老项目经常会遇到javax.servlet包找不到的问题因为JDK 17默认的是Jakarta命名空间。检查无误后把war包部署到Tomcat的webapps目录或者用IDEA配置Tomcat Server启动后访问http://localhost:8080/muying/。如果看到首页说明基础链路通了接下来进入业务模块实现。4. 业务模块实现从用户注册到购物车订单的完整链路4.1 用户注册与登录JSP个人信息展示页面与会话控制注册登录是第一个要完成的模块因为它牵扯到后续所有与用户相关的数据操作。用户表设计完成之后UserMapper接口需要提供insertUser、selectByUsername、selectByUsernameAndPassword三个方法。注册的Service层代码// UserServiceImpl.java Service public class UserServiceImpl implements UserService { Autowired private UserMapper userMapper; Override public boolean register(User user) { // 先查用户名是否已存在 User exist userMapper.selectByUsername(user.getUsername()); if (exist ! null) { return false; // 用户名已占用 } // 密码脱敏MD5加盐避免明文入库 user.setPassword(MD5Util.md5(user.getPassword() muying_salt)); return userMapper.insertUser(user) 0; } }这段代码里有两个点值得说明。一是先查后插的防重复注册逻辑MySQL里如果没有对username建唯一索引这个查询是最后一道防线。二是密码用MD5加固定盐处理这个写法能挡住“数据库被导出后密码一眼看穿”的风险虽然MD5不算高强度但在毕业设计语境下比明文强很多。登录控制的传统做法是Session。登录成功后把User对象放进request.getSession().setAttribute(loginUser, user)JSP页面用${sessionScope.loginUser.nickname}展示当前登录用户在JSP个人信息展示页面里把用户头像、手机号、收货地址这些字段一并回显。退出登录则是session.invalidate()。这里要注意权限判断最简单的写法是在JSP顶部用c:if test${sessionScope.loginUser null}做跳转但更规范的做法是写一个LoginInterceptor拦截器统一拦截需要登录的路径Controller代码里就不用到处判断Session是否为空了。4.2 商品列表与分类检索分页查询的正确打开方式商品列表页是母婴用品网站的门面。Controller接收分类id、价格区间、页码这几个常见参数把参数封装成查询条件传给Service// GoodsController.java 片段 Controller RequestMapping(/goods) public class GoodsController { Autowired private GoodsService goodsService; RequestMapping(/list) public String list(Integer categoryId, HttpServletRequest request, RequestParam(value pageNum, defaultValue 1) int pageNum, RequestParam(value pageSize, defaultValue 12) int pageSize) { ListGoods goodsList goodsService.getGoodsByCondition(categoryId, pageNum, pageSize); request.setAttribute(goodsList, goodsList); return goods/list; } }这里返回字符串goods/list配上视图解析器的前缀后缀后最终渲染WEB-INF/jsp/goods/list.jsp。这种返回方式在SSM老项目中是绝对主流。Service层背后是分页查询逻辑早期项目自己写limit后来普遍用PageHelper插件。PageHelper的用法比较特别必须在查询前调用启动方法// GoodsServiceImpl.java 片段 public ListGoods getGoodsByCondition(Integer categoryId, int pageNum, int pageSize) { PageHelper.startPage(pageNum, pageSize); // 只对下一条SQL生效 return goodsMapper.selectByCondition(categoryId); }PageHelper.startPage是线程本地变量只对接下来执行的第一条SQL生效。一个高频踩坑点是在startPage之后又执行了别的查询导致分页效果错乱这个在第五章详细排查。4.3 购物车放Session还是放数据库购物车是这个项目里唯一一个没有统一标准答案的设计点。常见两种方案未登录时放Session登录后放数据库表。毕业设计为了演示方便多数选择全程放Session里省掉购物车表的读写。Session购物车的实现思路用一个MapInteger, Integer表示“商品id → 数量”整体塞进Session的某个属性里。用户点击“加入购物车”Controller取出这个Mapput或累加数量再放回去// CartController.java 片段 SuppressWarnings(unchecked) RequestMapping(/add) public String add(int goodsId, int count, HttpSession session) { MapInteger, Integer cart (MapInteger, Integer) session.getAttribute(cart); if (cart null) { cart new HashMap(); } cart.put(goodsId, cart.getOrDefault(goodsId, 0) count); session.setAttribute(cart, cart); return redirect:/cart/list; }Session购物车的优点是实现快、答辩能说清缺点也很明显用户清浏览器一切就没了也没法和订单流程的幂等性挂钩。如果是做数据库版购物车就要多建一张cart表每次增删都写一次数据库代码多一倍但更接近真实电商系统的做法。对这个项目来说先按Session方案跑通再在论文里把“数据库购物车”作为优化方向提出这样代码量可控、论文也有话写。注意Session的Map一定要用泛型处理很多同学的getAttribute(cart)返回Object后忘记强转一运行就ClassCastException。4.4 订单生成与库存扣减一个需要事务保护的完整过程下单是这个项目业务链路上最重要的一步。用户在购物车页面点击“去结算”系统要做的事包括根据购物车内容计算订单总价在orders表插入主记录拿到自增id遍历购物车的每种商品往order_item插入明细同时扣减goods表的stock并累加sales清空购物车跳转到订单成功页。这几步分布在4张表上任何一步失败都得回滚不然会出现订单主表有记录、明细缺失、或者库存被扣了但订单没生成的情况// OrderServiceImpl.java 片段 Transactional(rollbackFor Exception.class) public Order createOrder(Integer userId, MapInteger, Integer cart) { // 1. 计算总价并插入订单主表 // 2. 遍历购物车插入订单明细、扣库存 // 3. 清空购物车 return order; }细节说明Transactional默认只回滚RuntimeException这里写rollbackFor Exception.class是为了让受检异常也触发回滚。另外要提前校验库存是否够“假如库存只有3件却买5件要在事务里抛异常并回滚而不是硬扣成负数。”最后下单的地方不建议把秒杀级的高并发优化加进来毕业设计页面正确比性能更重要。这个模块答辩时老师常问“事务加在哪一层、为什么”答案就是Service层因为事务的粒度是业务操作不是HTTP请求。5. SSMJSP项目避坑排查七个最常翻车的问题原因和解决一次讲清5.1 中文乱码页面、请求、数据库三层都可能出问题现象JSP页面上商品名称显示成“???”或者表单提交的中文用户名在数据库里变成乱码。原因JSP默认编码、HTTP请求编码、数据库连接编码、数据表字符集四个环节有一层不匹配就出乱码。常见的是JSP页面没写% page contentTypetext/html;charsetUTF-8 %或者数据库连接URL少了characterEncodingutf8。解决三处一起检查。第一JSP文件头部加上page指令指定UTF-8第二jdbc.properties的url里加useUnicodetruecharacterEncodingutf8第三建表语句统一DEFAULT CHARSETutf8。如果已经乱掉的数据用mysql数据库修改结构的命令把表字符集改成utf8mb4再重新导入数据ALTER TABLE goods CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;。乱码在毕业设计里是老师最常挑的问题之一必须一次弄干净。5.2 CSS和JS被DispatcherServlet拦截页面有内容没样式现象页面内容正常但CSS样式全丢、按钮没有图片。原因web.xml里把DispatcherServlet映射到了/拦截所有请求。浏览器请求/static/css/style.css时这个静态文件请求也被DispatcherServlet接管了而SpringMVC默认不处理静态资源。解决在springmvc.xml里加mvc:resources mapping/static/** location/static//或者在web.xml里给静态资源单独配置DefaultServlet。这两种做法是SSM老项目里最常见的修复方案。注意mapping和location的路径要匹配/static/**表示URL前缀/static/表示实际目录很多人只改一个导致还是404。5.3 数据库连接失败先按顺序查这五个地方现象项目启动报错日志里出现Access denied for user或Communications link failure或Connection refused。原因五选一。数据库服务没启动账号密码不对jdbc.url的库名写错端口被改过MySQL 5.7与8.0的驱动不匹配。解决按我的血泪经验顺序很重要。一查MySQL服务是否在运行Windows下看任务管理器里的mysql进程二查jdbc.properties的账号密码三查MySQL端口是不是3306四查库名是否存在用mysql数据库常用命令show databases;确认muying库在不在五查驱动版本MySQL 5.7用5.x驱动MySQL 8.0用8.x驱动用错会出现SQLNonTransientConnectionException。这个顺序从概率最高的开始排能最快定位问题。5.4 Invalid bound statementMyBatis映射文件没被扫描到现象启动正常访问接口报Invalid bound statement (not found): com.muying.dao.GoodsMapper.selectByCondition。原因Mapper接口找到了但对应的XML没被SqlSessionFactory加载或者XML里的namespace和接口全限定名不一致。解决先检查mapperLocations配置里的classpath:mapper/*.xml路径是否准确再看namespace是不是写成了com.muying.dao.GoodsMapper最后看接口方法名与XML标签id是否完全一致。检查完这三个点绝大多数绑定失败都消失了。如果路径没问题还要看编译输出目录里有没有生成xml有时IDEA不把resources里的xml拷贝到target需要在pom.xml里加resource配置把xml和properties文件都打进去。5.5 购物车刷新就没了Session的存活范围没搞清现象加入购物车后刷新页面购物车空了。原因常见两种。第一种是重启了Tomcat内存里的Session全部清空第二种是代码里把购物车放进了request而不是sessionrequest.setAttribute(cart, cart)在请求结束后就没了。解决确认用HttpSession session request.getSession()拿到会话对象再往里放。还要注意浏览器清缓存、换浏览器、换设备都会导致Session丢失这是答辩演示时要避开的坑——提前把商品加好再开始讲不要现场演示到一半购物车空空如也。Session丢失的机制就是会话ID存在客户端Cookie里服务端内存里没有对应数据就只能新建。5.6 PageHelper分页插件startPage位置不对就串数据现象第一页的数据正确第二页数据重复或总数统计错误。原因PageHelper.startPage()是ThreadLocal机制只对紧接着的第一条查询生效。但代码里在startPage之后又调用了其他Mapper比如把商品分类列表查询放在了商品分页查询之前分页参数被错误吞掉。解决最稳妥的写法是startPage后立即执行真正的列表查询中间不要插入任何其他Mapper调用。另外PageHelper的版本要和MyBatis版本匹配低版本MyBatis配新PageHelper有时会报反射错误最简单的方式是直接用PageHelper 5.x配MyBatis 3.4以上版本。这个报错信息往往只是“反射失败”几个字不熟悉的人会以为是代码逻辑问题实际上就是版本兼容问题。5.7 改完JSP不生效浏览器缓存和编译缓存的干扰现象改了JSP页面刷新浏览器还是旧页面。原因Tomcat对JSP后台有增量编译多数情况下改了会自动重编译。真正影响的是浏览器缓存和部署目录不一致。另外浏览器地址栏缓存了重定向前的URL也会让人误以为没生效。解决强制刷新按CtrlF5在IDEA里确认部署方式如果用的external build确保把项目rebuild后重新部署如果项目在Tomcat的webapps里确认改的是webapps下的那份而不是src里的副本。这个“玄学”问题在毕业设计中经常让人反复怀疑人生其实九成是缓存或者部署路径不一致不涉及任何高深原理。6. 把这个项目从“能跑”做到“能答辩”验证方法和三个改动项目能跑起来之后距离“能过答辩”还差几步。我建议按一条业务主线去完整走查注册一个新用户 → 登录 → 逛首页 → 按分类筛选 → 加入购物车 → 改数量 → 结算下单 → 在个人中心看到订单。这条链路只要每一步都能正常走通项目的基础分就稳了。验证时顺手记下哪个环节出问题优先修购物车和订单这两块因为答辩老师最喜欢从这两个模块追问数据流转的细节。三个小改动投入小收益大。第一个注册时加一个简单的用户名重复校验和两次密码一致性校验前端用几行JS就能做能挡住演示时最常见的翻车。第二个在订单创建时用UUID或时间戳生成订单号订单号要唯一可读这比直接展示自增id专业得多。第三个给列表页加一个分页条用PageHelper已经生成的分页数据把上一页/下一页链接补上商品列表和订单列表都有完整的浏览体验。做毕业设计的真实感受是参考源码能让你少走弯路但要拿高分一定要至少改动一处属于你自己想法的功能。哪怕只是把“用户列表”改成“按注册时间排序”答辩时都能说清“这个是我改的、为什么这么改”。用别人的代码不可耻完全看不懂才是问题。把SSM这套东西的请求链路、配置、事务、Session这几个核心点讲明白才算是真正掌握。希望帮到你。本文还有配套的精品资源点击获取