简介：基于SSM和JSP搭建的母婴用品网站，是面向Java毕业设计、课程设计场景的完整项目包。系统涵盖前台购物与后台管理，涉及商品展示、购物车、订单处理等核心模块，适合需要快速完成毕业设计或巩固SSM框架基础的初学者，也可作为期末大作业或课程设计的参考蓝本。资源共1370个文件，前端以JSP页面、CSS样式和JavaScript脚本为主，负责页面结构与交互；后端由Java源码和SSM配置组成，处理核心业务逻辑；另含SQL数据库脚本与部署工具。整体压缩包仅17.89MB，目录划分清晰，便于按需查阅。目前已有53人学习下载。项目经过严格调试可稳定运行，关键代码附有注释，新手也能较快上手；同时提供数据库脚本和常用环境建议，可帮助读者完成本地快速部署。整套代码功能完整，界面简洁、操作便捷，兼具学习参考与直接复用价值。
1. SSM+JSP母婴商城这套毕设，到底在做什么
每年到三、四月份，总有一批毕业生第一次解开这个zip压缩包：里面是一个Maven工程、若干JSP页面、一份MySQL脚本，还有一篇教程文档。SSM是Spring、SpringMVC、MyBatis三个框架的缩写，JSP负责页面渲染，这套组合对应的是Java后端最经典的一条主路线。母婴用品网站虽然不是大流量项目，但它把用户注册登录、商品列表、购物车、下单、后台管理这些电商通用模块全串起来了，正好覆盖毕业设计对“完整业务闭环”的要求。
这个项目适合两类人：一类是论文里需要配套系统的学生，另一类是想快速接手SSM老项目的开发者。前者看重的是代码结构完整、能跑通、能讲清功能；后者看重的是三层架构是否清晰、数据库是否规范、能不能改造。接下来就从环境搭建开始，一步一步把这套代码从zip变成能在浏览器里点着玩的系统，中间会专门讲数据库表设计、SSM配置线、JSP参数传递和几个高频翻车点。
2. 环境与导入：JDK、Maven、MySQL、Tomcat选型怎么定
2.1 版本选型：为什么我劝你先别上JDK17
打开这类SSM项目，第一步不是读代码，而是先把运行环境定死。最常见的情况是：你机器上装的是JDK17甚至JDK21，而工程里写的是maven.compiler.source=1.8，一启动就报UnsupportedClassVersionError。SSM项目大多按JDK8编写，Spring 4.x或5.x在这个版本下最稳，Tomcat 8.5或9.0配套也成熟。JDK8虽然老，但它对JSP、Servlet、CGLIB代理的兼容性最好，省去一堆版本的玄学问题。
我的建议是不要追求新版本。JDK11以上跑Tomcat 9没问题，但很多老工程依赖的javax.servlet命名空间和新版jakarta.servlet不兼容，改动量大。毕业设计的时间本来就紧，把版本钉在JDK8 + Tomcat8.5/9 + Maven3.6 + MySQL5.7或8.0，是投入产出比最高的组合。
另外要确认Maven仓库的镜像。国内网络环境下载依赖慢是常态，在settings.xml里配阿里云镜像，速度会快很多。这个步骤不做，后面mvn clean package可能卡十几分钟。配置方式是在<mirrors>节点下加入阿里云公共仓库，IDEA里打开File -> Settings -> Maven -> User settings file确认路径。
2.2 把项目导入IDEA并跑起来的四个动作
拿到源码包后，先解压，确认里面有pom.xml而不是直接把整个zip拖进IDE。常见做法是用IDEA的Open选择pom.xml所在目录，让Maven识别为项目。如果IDEA提示Maven projects need to be imported，选Enable Auto-Import。然后做下面这四步：
# 第一步：在项目根目录执行Maven打包，先确认依赖能拉下来 mvn clean package -DskipTests # 第二步：如果打包成功，target目录下会出现war包 # 第三步：将war包放到Tomcat的webapps目录 # 第四步：启动Tomcat，等待日志输出 "Server startup in xxx ms"注意第二步打包的时候，如果pom.xml里没有配置finalName，war包的命名就是artifactId的值。放到Tomcat后，访问路径是http://localhost:8080/项目名/。项目名带下划线或中文会带来不必要的麻烦，如果war包名字带下划线，建议先改掉。也可以不改war包，直接把解压后的整个webapp目录拷过去，但要确认WEB-INF下面的web.xml和classes目录都在。
这一步最常见的错误是Tomcat启动后访问首页404。先检查Tomcat的logs/catalina.out和localhost.2024-xx-xx.log，看到Exception要先解决，不要急着开浏览器。如果是刚启动就404，多半是webapps下面找不到对应路径，或者Context路径和URL不一致。
2.3 数据源配置：jdbc.properties里的四个必调参数
SSM项目的数据库参数一般集中在src/main/resources/jdbc.properties，里面至少有四行关键配置。每台机器的MySQL密码都不一样，这里是最容易改漏的地方：
jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/mom_baby?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=123456这里要特别说明的是jdbc.url。useUnicode=true&characterEncoding=utf8解决中文写入乱码；useSSL=false是因为本地开发没有配置证书，MySQL8.0以上开着SSL会警告；serverTimezone=Asia/Shanghai是MySQL8.0的硬性要求，不加会报The server time zone value'Öйú±ê׼ʱ¼ä'这种乱码错。MySQL5.7对时区不敏感，但加上没坏处。
驱动也有讲究。com.mysql.jdbc.Driver适用于MySQL5.x，MySQL8.x要用com.mysql.cj.jdbc.Driver，同时pom.xml里的驱动依赖版本要调到8.x。判断方法很简单：看依赖版本。如果项目pom里写的是mysql-connector-java 5.1.x，而你的数据库是8.x，要么升级驱动要么换库，这是代价最小的一条路。
数据库建好后，先用命令行验证账号能登录，再启动Tomcat。不要在浏览器报出Access denied for user之后才回头检查密码。
3. 数据库设计是这套代码的骨架：五张核心表与订单状态
3.1 用户、商品、购物车、订单四类表的落法
母婴用品网站的数据库一般不会特别复杂，但表与表之间的关系必须清晰。常见设计是围绕用户表、商品分类表、商品表、购物车表、订单表展开，加一张订单明细表。用户表存账号密码、昵称、手机号，密码字段用varchar(64)存MD5或加盐后的密文，绝对不要明文存。
商品分类表和商品表是一对多关系，商品表通过category_id关联分类。商品表至少要有商品名、主图URL、价格、库存、销量、上下架状态。价格字段建议用decimal(10,2)而不是float，浮点类型在金额计算上会有精度玄学问题，比如0.1+0.2这种经典翻车。库存字段用int，下单的逻辑里要“先查库存再扣减”，但这就是另外一个并发话题了。
购物车表的设计有个常见分歧：到底是建表存，还是用户登录后放session？多数SSM毕设项目会选择建表，因为这样后端代码能完整展示增删改查，论文里也好写“用户购物车数据持久化”。表结构以user_id为外键，goods_id为商品外键，数量字段quantity，再加一个create_time。主键用自增id即可。
订单表和订单明细表是这套设计里最见功力的部分。订单表存订单号、用户id、总金额、收货地址、订单状态、创建时间。订单明细表存订单id、商品id、单价、数量。为什么需要明细表？因为订单生成后，用户可能删掉商品或修改价格，必须把下单那一刻的商品快照记下来，而不是下单后去关联商品表。这也是答辩时经常被问到的一个点。
3.2 订单状态的数字表示：0到4的约定别乱改
订单状态在数据库里通常用一个tinyint字段表示，这套系统比较常见的约定是：0待付款，1待发货，2待收货，3已完成，4已取消。这个数字枚举要前后端保持统一，JSP页面通过<c:if>或${order.status == 1}去判断显示对应按钮。
这里有一个容易踩的坑：后台管理员修改订单状态时，如果直接把前端传回来的原状态值更新，不用service层做状态校验，就会出现“已取消的订单被改成已发货”这种逻辑错误。常见做法是在OrderService里写一个updateStatus方法，只允许状态按顺序流转，或者至少加一层判断：已取消与已完成不允许再向前端暴露修改按钮。
订单号字段建议单独设计。自增主键虽然唯一，但能查到订单数量，信息太暴露。常见做法是用时间戳加随机数拼一个order_number，比如202403151530120001。这个字段设为唯一索引，而不是把ID直接当订单号暴露给用户。
3.3 MyBatis增删改查的四个边界坑
数据库表建好只是第一步，MyBatis的Mapper接口和XML映射文件才是实际落地的关键。写增删改查时，有四个高频边界问题：
第一，insert后怎么拿到自增主键。如果插入订单后要拿订单id去插明细表，必须用useGeneratedKeys="true" keyProperty="id"：
<insert id="insertOrder" parameterType="com.example.entity.Order" useGeneratedKeys="true" keyProperty="id"> INSERT INTO tb_order(order_number, user_id, total_price, status, address) VALUES(#{orderNumber}, #{userId}, #{totalPrice}, #{status}, #{address}) </insert>第二，delete和update一定要带where id=#{id}，这也是新手最容易翻车的地方。漏掉where条件会导致全表更新或清空，数据库同步软件都救不回来。
第三，模糊查询不要用'%${name}%'拼接，要使用CONCAT('%', #{name}, '%')。前者的${}是字符串替换，会引入SQL注入风险；后者的#{}是预编译占位符，安全且能命中索引。
第四，批量插入购物车或订单明细时，不要循环单条insert，应该在XML里写foreach批量插入。MySQL连接默认开启了rewriteBatchedStatements时批量性能有量级提升，但SSM老工程里这参数往往没开，循环insert就会特别慢。
4. SSM三条配置线与JSP参数传递
4.1 三份XML各管一块：Spring、SpringMVC、MyBatis怎么分工
SSM项目里最容易劝退新人的是三份XML配置叠在一起，不知道谁管谁。我习惯用一句话记：applicationContext.xml管业务对象，springmvc.xml管请求处理，mybatis-config.xml管数据库操作。
applicationContext.xml里配置数据源、SqlSessionFactory、事务管理器、Mapper扫描包和Service扫描包。核心是下面这段：
<!-- 数据源：读取jdbc.properties --> <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource"> <property name="driverClassName" value="${jdbc.driver}"/> <property name="url" value="${jdbc.url}"/> <property name="username" value="${jdbc.username}"/> <property name="password" value="${jdbc.password}"/> </bean> <!-- SqlSessionFactory --> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="configLocation" value="classpath:mybatis-config.xml"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> </bean> <!-- 扫描Mapper接口 --> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.example.dao"/> </bean>这里数据源用的连接池是Druid，如果老工程用的是org.springframework.jdbc.datasource.DriverManagerDataSource，也能跑，但并发稍微高一点就会不断创建连接，性能很难看。替换成Druid是一个性价比很高的改动，但要注意DruidDataSource的initialSize和maxActive参数按需设置，默认值在毕设场景下足够了。
mybatis-config.xml里一般只放全局配置，比如下划线转驼峰和日志输出：
<configuration> <settings> <setting name="mapUnderscoreToCamelCase" value="true"/> <setting name="logImpl" value="STDOUT_LOGGING"/> </settings> </configuration>很多新手不知道mapUnderscoreToCamelCase的作用。数据库字段是create_time，实体类是createTime，如果不开启驼峰映射，MyBatis查询出来的create_time字段值是null，控制台也看不到任何报错。这类问题特征很隐蔽：列表页能加载，但某列始终空白。
springmvc.xml负责注解驱动、视图解析器、静态资源和上传解析器。这里有一个要点：mvc:annotation-driven必须配，否则@RequestMapping不生效，所有请求全部404。
4.2 JSP页面到Controller的参数传递：三个入口要分清
JSP是视图层，用户在前端产生的数据要进Controller，一共三个入口，不区分清楚会来回翻车。
第一个入口是表单提交。JSP里<form action="goods/list">配合<input name="keyword">，Controller里用@RequestParam("keyword") String keyword或者直接用一个JavaBean接收，表单name属性要和实体字段名一致。这块最常见的问题是表单没有method="post"，默认是GET，中文关键词会乱码，后面讲编码时再展开。
第二个入口是URL路径参数。列表分页、商品详情页，通常用<a href="${pageContext.request.contextPath}/goods/detail/${goods.id}">这种形式。Controller里用@PathVariable接收：
@RequestMapping("/goods/detail/{id}") public String detail(@PathVariable("id") Integer id, Model model) { Goods goods = goodsService.findById(id); model.addAttribute("goods", goods); return "goods_detail"; }这个入口要小心：URL上的参数是字符串，如果id是Integer类型，前端传了非数字会直接400。JSP里可以用fn:length或fn:substring做简单判断，但最稳的办法是Controller里对@PathVariable做异常兜底，或者用@RequestParam加required=false放行非法值。
第三个入口是请求转发带参数。Service查询完数据，用ModelAndView或Model传给JSP，JSP里用EL表达式读取。常见错误是返回字符串路径时，拼了前缀/WEB-INF/views/，结果视图解析器又拼了一次，导致找不到视图。这类错误看异常信息Could not resolve view with name会非常明显。
4.3 中文乱码的四处防线
JSP页面中文乱码是SSM项目的经典玄学。我总结的规律是：乱码一定不是单一原因，至少查四个位置。
第一处是页面本身。JSP文件头部必须同时有：
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>漏掉pageEncoding，源文件就是GBK保存的，浏览器解码时全变???。养成<meta charset="UTF-8">和这个指令一起写的习惯。
第二处是请求编码。POST请求中文乱码，在web.xml里配Spring的编码过滤器：
<filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <init-param> <param-name>forceEncoding</param-name> <param-value>true</param-value> </init-param> </filter>不配置过滤器、只在JSP页面写编码，POST参数依然乱码。forceEncoding=true的作用是让响应的编码也被强制覆盖。
第三处是Tomcat的GET请求编码。Tomcat8以上默认URI编码是UTF-8，但如果你用Tomcat7跑老项目，需要在server.xml的Connector上加URIEncoding="UTF-8"，否则URL上带中文关键词的搜索请求全是乱码。
第四处是数据库连接编码。jdbc.properties里的characterEncoding=utf8，加上建表时指定DEFAULT CHARSET=utf8mb4，才能保证读写一致。utf8mb4比utf8多支持emoji和一些生僻字，母婴类网站的商品标题如果带特殊符号，用utf8mb4更稳妥。
5. 常见问题排查：路径、图片、版本这几类翻车点
5.1 404找不到JSP页面：优先看视图解析器
现象：浏览器地址栏的URL正确，点击链接后报404，后台日志出现Could not resolve view with name 'xxx'。
原因有两种。一种是视图解析器的前缀和后缀与其他方式的返回冲突。比如Controller里的return "goods_list"，解析器配的是/WEB-INF/views/加.jsp，那物理文件必须是/WEB-INF/views/goods_list.jsp。如果你把JSP放在了webapp根目录，路径就不对。另一种是URL路径问题：springmvc.xml里没有配置<mvc:default-servlet-handler/>，静态资源或没有@RequestMapping的链接会被前端控制器拦截。
解决：先看InternalResourceViewResolver的配置，确认prefix和suffix；再确认JSP文件的实际位置；最后在地址栏直接访问JSP的物理路径，如果能访问说明是拦截器问题。
5.2 图片上传后刷新就丢：绝对路径与相对路径没分开
现象：商品图片上传后，当前页面能看到，刷新后图片变裂图，重启Tomcat后图片完全找不到。
原因：上传文件时用request.getServletContext().getRealPath("/upload")写到了Tomcat部署目录里，而Tomcat每次重启或redeploy会清理临时目录。更隐蔽的是，如果你用IDEA集成Tomcat启动，部署目录在target/tomcat下，打包一次就清掉一次，图片自然丢。
解决：把上传目录独立到项目外部，例如在D:/uploads/或Linux的/data/uploads/，数据库里只存相对路径如/upload/20240315/xxx.jpg。访问时用Tomcat的虚拟目录映射，或者在SpringMVC里配置静态资源映射到本地磁盘：
<mvc:resources mapping="/upload/**" location="file:D:/uploads/"/>提示：不要把用户上传文件和工程代码混在一起，这是运维习惯问题，也是截图给评审老师看时的加分点。
5.3 JDK版本和war包版本不匹配
现象：Tomcat启动时日志提示Unsupported major.minor version 52.0或Exception in thread "main" java.lang.UnsupportedClassVersionError。
原因：class文件编译版本高于运行环境。52.0对应JDK8，如果你机器默认java -version是JDK17，而Maven编译用的source/target是17，产出的class文件Tomcat7跑不动。老SSM工程的pom里如果没有maven.compiler.source属性，IDEA会使用自己配置的JDK版本编译。
解决：统一用JDK8编译和运行。pom.xml里显式加上：
<properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> </properties>同时检查IDEA的Project Structure -> Project SDK和Java Compiler的字节码版本。三处一致，这类报错就消失了。
5.4 购物车数量变成负数或超库存
现象：用户疯狂点击“加入购物车”按钮，购物车表里数量累加，库存没扣减，后台库存变成负数。
原因：两个层面。页面按钮没有做防重复提交；后端只在加入购物车时查库存，没有在下单时二次校验。更关键的是数据库字段没有约束。
解决：第一，给tb_goods的stock字段加CHECK (stock >= 0)。MySQL8在这块会真正生效，5.7会忽略，但至少是个保险。第二，在CartServiceImpl里加一个更新语句的条件：
<update id="reduceStock"> UPDATE tb_goods SET stock = stock - #{count} WHERE id = #{goodsId} AND stock >= #{count} </update>返回值是0说明库存不足，此时在Service层抛出异常并回滚事务。这个写法是典型的乐观锁思路，不依赖数据库额外锁，是毕设答辩时的亮点。
6. 收尾：怎么自验证这套代码，以及JSP页面一个实用技巧
一套SSM商城跑通之后，建议按以下清单自测一遍，能快速确认代码质量：注册一个新账号、重新登录、修改个人信息里的头像和昵称、搜索一个商品关键词、把一个商品加入购物车、修改购物车数量、确认下单、在后台把订单状态改为已发货。整个过程走下来，前后端参数的传递就全串过了。
这里给一个JSP个人信息展示页的实用技巧。头像上传后，数据库存的往往是一个相对路径，JSP展示时必须拼接工程上下文路径。正确写法是：
<img src="${pageContext.request.contextPath}${user.avatar}" style="width:80px;height:80px;border-radius:50%;">很多新人在这个页面上直接写死src="/upload/xxx.jpg"，本地跑没问题，一旦把工程部署到http://ip:8080/mom_baby/下就全部裂图。${pageContext.request.contextPath}这个EL表达式自动带上工程名，少了它，所有以/开头的资源路径都会404。如果顺带想处理头像图片的坐标定位问题，比如个人主页需要在一个大图上标记位置，常见做法是提前在前端用JS读取图片的偏移量写入隐藏域，提交后在后台把坐标存到数据库，下次展示时直接用left和top渲染。这个思路跟JSP本身关系不大，本质是HTML+CSS的定位技巧，但用到这个项目里正好让页面功能显得完整。
最后说一个我自己的教训：当年拿到一套SSM源码，第一件事是打开数据库脚本跑表，然后直接启动Tomcat，结果MySQL密码配置错了，报错信息刷了满屏也没看连接地址，后来发现是jdbc.properties里写的是测试环境的IP。遇到这类代码包，先改配置再启动，顺序反了会多浪费半小时。希望帮到你。
本文还有配套的精品资源，点击获取
