手把手拆解一个SSM网络商城毕设项目从选型到部署的完整经验分享最近不少同学都在忙毕业设计找我聊得最多的一个题目就是“基于SSM的网络商城”。这个题目确实是经典中的经典很多高校Java方向的毕设选题里都榜上有名。它好做吗老实说SSMSpring SpringMVC MyBatis这套组合在中大型项目里已经被Spring Boot全面取代了但高校课程里的教学节奏还没完全跟上所以这个题目依然是很多学生的“必经之路”。而且从学习角度讲SSM不像Spring Boot那样把大量配置封装在底层它能让你一针一线地把Web应用的骨架看清楚对理解Java Web整体脉络的价值还是很高的。这篇文章我会按照一个完整的项目来拆解从技术选型、数据库设计、SSM整合、核心功能实现到调试运行和常见坑点的排查尽量把我在实际做过、也带人做过的经验讲透。不管你现在是刚开始搭环境还是卡在某个功能Debug阶段这篇文章应该都能给你一个比较清晰的参考。同时我也想说清楚这种项目绝不是网上随便下个源码就能交差的你必须自己吃透每一行关键配置、每一个业务表之间的关系才能在答辩的时候经得住提问。1. 项目整体设计与技术选型思路1.1 为什么是SSM而不是Spring Boot先说选型。很多学生跑来问我“老师推荐我们做SSM但我在网上看大家都在学Spring Boot能不能直接用Spring Boot做毕设”我的建议是如果你学校明确要求了SSM那就老老实实用SSM如果没有明确要求你也要先想清楚评审老师看重的是什么。SSM的全称是Spring SpringMVC MyBatis是曾经Java Web开发三件套的黄金组合。选择它做毕设最直接的好处是功能边界清晰、分工明确、分层思想非常直观Spring管对象和事务即IoC容器和AOP切面SpringMVC管请求路由和参数绑定也就是控制器层MyBatis管数据库操作专注SQL和结果映射。相比之下Spring Boot把大部分配置自动完成你写一个Controller能跑但对底层发生了什么容易“无感”。毕设答辩的时候老师如果深挖“能不能讲讲Spring的IoC在这个项目里体现在哪里”用SSM做你可以非常具体地指出来Service层的对象是容器管理的DAO层是自动注入进来的事务是靠AOP拦截的。这是SSM项目最宝贵的实践价值。所以这个项目表面上是个商城本质上是一次完整的分层架构实战。你把这个逻辑清楚了回答任何关于框架的问题都不心虚。1.2 功能模块划分前台与后台分离网络商城这种题目标准做法是拆成两大子站用户可见的前台和管内部数据的后台用同一个SSM工程承载只是通过不同的URL路径区别。前台的访客身份分两种游客和登录用户。游客可以浏览首页、看商品列表、看商品详情但加购物车和下单必须登录才行。所以登录注册模块是第一个必须做的前置功能我当时用的是基于Session的方案用户登录成功后把用户对象放进Session拦截器拦截需要登录才能访问的路径。后台则是管理员专用使用的是另一套拦截逻辑。管理员登录后能进后台管理界面负责商品分类维护、商品上架下架、订单状态更新等操作。为了避免权力太分散造成混乱我在设计初期就把用户表加了一个role字段1表示普通用户0表示管理员。前台和后台的所有操作都往下流转到同一个Service层但通过URL路径和权限判断做到隔离。一个完整的功能清单可以参考下面这张表功能区域具体模块核心功能点前台-用户注册/登录用户名密码校验、Session记录前台-商品商品浏览分类筛选、分页列表、关键字搜索前台-商品商品详情图片展示、库存、价格前台-购物车购物管理加入购物车、修改数量、删除商品前台-订单结算下单生成订单、扣减库存、模拟支付前台-用户中心订单管理订单列表、取消订单后台-管理商品分类分类增删改查后台-管理商品管理商品增删改查、上下架后台-管理订单管理订单查询、发货操作1.3 整体架构典型的MVC三层整个项目的代码结构我强烈建议采用标准的Maven结构Controller-Service-DAO-Entity四层划分实体放entity或pojo包里mapper放dao包service层写接口和实现controller层只负责请求接收和返回页面。我见过不少学生把业务逻辑全塞进Controller里Service层形同虚设。一旦遇到事务需求比如订单提交时要同时扣库存、插入订单表、插入订单明细表你就会发现ServiceImpl才是合适的地方因为Transactional注解是加在Service方法上的Controller里通常是不开启事务的。用图来描述请求走向就是浏览器发起HTTP请求 - SpringMVC的前端控制器DispatcherServlet - Controller - Service - DAOMapper接口 - MyBatis操作数据库 - 结果一层层返回 - 渲染JSP页面。这套链路理解了后面遇到任何Bug你都能根据报错位置快速定位问题在哪一层。2. 数据库设计与核心表结构实现2.1 6张核心表的字段设计与关系数据库是商城项目的“地基”。我见过太多人上来就写代码写到购物车和订单的时候就发现表结构设计漏了字段又回头改项目非常折腾。提前把表设计想清楚后面会省很多事。我这里使用的是MySQL 5.7版本字符集用utf8mb4。整个商城至少需要6张核心表用户表、商品分类表、商品表、购物车表、订单表、订单明细表。下面逐一说明字段和设计意图。用户表存用户的基础信息id主键自增、username登录名唯一、password加密存储、nickname昵称、phone手机号、email邮箱、role区分管理员还是普通用户、status用户状态启用/禁用、create_time创建时间。商品分类表就是最简单的树形结构id、分类名name、父分类id一级分类下可以挂二级分类不过简单项目也可以就一层、排序sort_order。商品表是商城的信息核心字段要有id、商品名name、副标题subtitle、主图image、价格price、原价original_price、库存stock、销量sales、分类id关联分类表、商品描述description、上架状态status、创建时间。购物车表我采用的是“用户商品”维度去重字段是id、user_id、product_id、quantity数量。只要用户往购物车加入同一商品我就把数量叠加而不是插入两条脏数据。订单表和订单明细表是最容易出问题的部分。订单表存一次购买行为的整体信息id、订单号order_no唯一、user_id、总金额total_amount、支付状态pay_status、订单状态order_status、收货人名字receiver_name、收货人电话receiver_phone、收货地址receiver_address、创建时间。订单明细表则存订单里每一个具体商品快照id、order_id关联订单、product_id、商品名product_name下单时冗余保存防止商品改名导致历史订单显示错误、商品图片、单价price、数量quantity、小计total_price。2.2 表关系拆解和为什么订单要拆成两张表把六张表之间的关系用一句大白话说用户拥有多个订单一个订单包含多条商品明细一种分类下有很多商品一个用户可以往购物车添加多种商品。对应的外键关系是商品表的category_id指向分类表的id购物车表的user_id指向用户表的id、product_id指向商品表的id订单表的user_id指向用户表的id订单明细表的order_id指向订单表主键。这里我想重点强调一下订单主表和明细表拆分的原因。你点一次“提交订单”购物车可能有5种商品每一种的购买数量还不一样。如果只建一张订单表用数量字段存下来看起来也能展示但后续如果你想统计商品销量、做数据报表、对订单里的单件商品进行售后或者评价你就发现数据结构完全撑不住字段理不清。订单主表记录“谁、什么时候、花了多少钱”的整体信息明细表逐条记录“买了哪个商品、买了几件、下单时单价多少”。两表通过order_id关联是一对多关系。2.3 建表SQL示例下面是核心的几张建表语句可以直接用在你的项目里注意把表名和字段改成你自己项目统一的风格。-- 用户表 CREATE TABLE user ( id int NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL COMMENT 登录名, password varchar(255) NOT NULL COMMENT 加密后密码, nickname varchar(50) DEFAULT NULL, phone varchar(20) DEFAULT NULL, email varchar(100) DEFAULT NULL, role int DEFAULT 1 COMMENT 0管理员 1普通用户, status int DEFAULT 1 COMMENT 1启用 0禁用, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表; -- 商品表 CREATE TABLE product ( id int NOT NULL AUTO_INCREMENT, name varchar(100) NOT NULL COMMENT 商品名, subtitle varchar(200) DEFAULT NULL, image varchar(255) DEFAULT NULL COMMENT 主图路径, price decimal(10,2) NOT NULL, original_price decimal(10,2) DEFAULT NULL, stock int DEFAULT 0, sales int DEFAULT 0, category_id int DEFAULT NULL, description text, status int DEFAULT 1 COMMENT 1上架 0下架, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT商品表; -- 购物车表 CREATE TABLE cart ( id int NOT NULL AUTO_INCREMENT, user_id int NOT NULL, product_id int NOT NULL, quantity int DEFAULT 1, PRIMARY KEY (id), UNIQUE KEY uk_user_product (user_id, product_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT购物车表; -- 订单主表 CREATE TABLE order ( id int NOT NULL AUTO_INCREMENT, order_no varchar(64) NOT NULL COMMENT 订单号, user_id int NOT NULL, total_amount decimal(10,2) NOT NULL, pay_status int DEFAULT 0 COMMENT 0未支付 1已支付, order_status int DEFAULT 0 COMMENT 0待发货 1已发货 2已完成 3已取消, receiver_name varchar(50) DEFAULT NULL, receiver_phone varchar(20) DEFAULT NULL, receiver_address varchar(255) DEFAULT NULL, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT订单主表; -- 订单明细表 CREATE TABLE order_item ( id int NOT NULL AUTO_INCREMENT, order_id int NOT NULL, product_id int NOT NULL, product_name varchar(100) DEFAULT NULL, product_image varchar(255) DEFAULT NULL, price decimal(10,2) NOT NULL, quantity int NOT NULL, total_price decimal(10,2) NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT订单明细表;3. SSM整合的关键配置与核心业务实现3.1 Maven依赖和三层配置文件的关联环境搭建的步骤比较固定新建Maven Web项目在pom.xml里引入Spring、SpringMVC、MyBatis、MyBatis-Spring、MySQL驱动、Druid连接池、JSP标准标签库JSTL、Jackson如果做Ajax接口等依赖。这里有一个要注意的点Spring版本和JDK版本要匹配比如JDK 8 Spring 5.1.x就是很好用的搭配不要一味追求新版本。SSM整合的关键是三个Spring配置文件的分工spring-context.xml负责业务层管理Service、DAO、数据源、事务spring-mvc.xml负责Web层开启注解驱动、扫描Controller、配置视图解析器mybatis-config.xml负责MyBatis全局配置比如下划线转驼峰、日志等。在web.xml里还需要配置Spring的ContextLoaderListener加载spring-context.xml以及配置DispatcherServlet加载spring-mvc.xml。用大白话理解就是web.xml是总入口spring-context.xml是后台管家spring-mvc.xml是前台接待mybatis-config.xml是底层翻译。3.2 数据库连接与MyBatis映射数据源通常放在jdbc.properties里维护方便替换环境。需要提醒的是很多同学的MySQL连接URL喜欢照抄别人的但时区参数和字符串编码一定要写清楚否则后面乱码和日期问题会把你折磨到怀疑人生jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/mall_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的数据库密码在spring-context.xml里用Druid或者C3P0把数据源注册为Spring Bean然后配置SqlSessionFactoryBean指定mybatis-config.xml和Mapper XML文件的位置。Spring整合MyBatis后你唯一的工作就是把Mapper接口定义好然后在Service里用Autowired注入。这个动作背后就是MyBatis-Spring框架帮你动态生成了代理实现类。一个典型Mapper接口方法定义如下public interface ProductMapper { ListProduct selectList(ProductQuery query); Product selectById(Integer id); int updateStock(Param(id) Integer id, Param(quantity) Integer quantity); }对应ProductMapper.xml里写SQLMyBatis最核心的价值就是你能完全控制SQL语句所以那些复杂一点的多表查询比如统计分类下的商品数、订单关联明细查询直接手写SQL比任何自动生成的ORM都要直观可靠。3.3 商品分页与搜索功能具体怎么实现网络商城首页和商品列表页最关键的功能就是分页和搜索如果不用PageHelper插件自己手写也很简单查询接口接收pageNum和pageSize两个参数计算limit offset然后返回当前页数据和总记录数。不过实际开发里用PageHelper更省事在pom里引入pagehelper依赖然后在MyBatis配置里注册插件查询之前调用PageHelper.startPage(pageNum, pageSize)后面紧跟的查询就会自动拼接分页SQL非常方便。搜索功能我用的方式是模糊查询。在商品Mapper里加一个查询条件select idselectList resultTypecom.example.entity.Product select * from product where if testkeyword ! null and keyword ! name like concat(%, #{keyword}, %) /if if testcategoryId ! null and category_id #{categoryId} /if and status 1 /where order by create_time desc /select这种写法的好处是动态SQL很灵活用户不传关键词就查全部传了关键词就模糊匹配加分类条件就按分类过滤。3.4 购物车功能Session还是MySQL这是SSM商城里一个很经典的抉择。网上很多Demo把购物车数据放在Session或Cookie里用户关掉浏览器下次打开购物车记录就没了也存在并发修改时数据不一致的问题。我的建议是即便做成登录后使用也要把购物车数据落库。购物车最常用的两个核心方法添加商品和修改数量。前者先判断这个用户的购物车表里有没有同一商品的记录有就数量加一没有就插入新记录后者把对应购物车记录的quantity直接更新。由于购物车表加了user_id product_id的唯一索引你可以在代码里做两层保障Override public boolean addToCart(Integer userId, Integer productId) { Cart cart cartMapper.selectByUserIdAndProductId(userId, productId); if (cart ! null) { // 已存在数量累加 cartMapper.increaseQuantity(cart.getId(), 1); } else { // 新增一条购物车记录 Cart newCart new Cart(); newCart.setUserId(userId); newCart.setProductId(productId); newCart.setQuantity(1); cartMapper.insert(newCart); } return true; }3.5 订单提交一次需要事务保护的完整流程下单是整个商城里最考验代码质量的环节因为它不是一步写库操作而是多个写操作组合生成订单号、插入订单主表、插入订单明细表、扣减库存、清空购物车、记录订单日志。打个比方你去超市结账收银台必须“扫码清点商品、算总价、扣会员库存、打小票、最后出货”一整套流程一气呵成。如果扫码到一半突然断电算总价和扣库存就不该发生必须全部回滚。这就是数据库事务的意义。在SSM项目中直接在ServiceImpl方法上加Transactional注解Transactional(rollbackFor Exception.class) Override public Order createOrder(Integer userId, String receiverName, String receiverPhone, String receiverAddress) { // 1. 查出该用户购物车的全部条目 // 2. 根据商品id查出最新价格并校验库存 // 3. 计算总金额生成订单号插入订单主表 // 4. 遍历购物车条目逐条插入订单明细表 // 5. 扣减库存并累加销量 // 6. 删除该用户购物车记录 return order; }这里最容易被忽略的细节是库存扣减的SQL一定要用乐观锁思想写update product set stock stock - #{quantity}, sales sales #{quantity} where id #{productId} and stock #{quantity}。如果你单独select查询再set值去update并发情况下库存可能变成负数这在正式系统里就是超卖事故。在做毕设时把这个考虑包装进去完全可以当成答辩亮点讲。订单号生成我采用的是时间戳随机数凑成一个唯一字符串但注意数据库中要给它建立唯一索引防止极小概率的重复。3.6 后台管理的核心功能实现要点后台管理做的事情大多是单表CRUD难度不算高但有一个地方容易被忽略商品图片上传。文件上传需要配置CommonsMultipartResolver同时在spring-mvc.xml里配置静态资源放行否则页面上的CSS和JS会被SpringMVC拦截导致整个页面干巴巴的没有样式。商品增删改查的后台界面我用的还是JSP页面通过URL绑定请求比如列表页/admin/product/list新增页/admin/product/add保存操作/admin/product/save编辑页/admin/product/edit/{id}更新操作/admin/product/update删除操作/admin/product/delete/{id}每个请求对应Controller里的一个方法核心逻辑就是接收表单数据、调用Service、返回重定向或转发。4. 前端页面与交互实现要点4.1 JSP EL JSTL 结合的渲染方式很多学生喜欢在JSP里写一堆% %脚本这其实是极为老旧的做法。推荐的做法是使用JSTL标签库和EL表达式。Controller返回ModelAndView或者Model时把数据塞进ModelJSP里用${}读取。商品列表核心页面结构大概长这样c:forEach items${productList} varp div classproduct-item img src${p.image} alt${p.name} / h3${p.name}/h3 p classprice${p.price}/p a href${pageContext.request.contextPath}/product/detail/${p.id}查看详情/a /div /c:forEach这里要特别提醒一个坑JSP页面上所有带相对路径的资源比如CSS、JS、图片最好都用${pageContext.request.contextPath}拼上项目根路径否则部署之后你的页面很可能会因为路径错乱导致样式全丢。4.2 用Ajax实现购物车数量无刷新更新购物车修改商品数量如果每次点击加减号都整个页面刷新体验很糟糕。比较简单的实现是引入jQuery点击加号时向后台发一个Ajax请求后台更新数据库后返回最新的数量然后前端把对应的数字改掉即可。前端代码大致是$(.btn-plus).click(function() { var cartId $(this).data(cart-id); $.ajax({ url: contextPath /cart/increase, type: POST, data: { cartId: cartId }, dataType: json, success: function(res) { if (res.success) { // 更新当前行数量展示 } } }); });后端对应Controller方法返回一个Map或统一响应对象用ResponseBody返回JSON注意要引入Jackson依赖并启用注解驱动。这个功能的完成度主要体现在细节比如当前数量已经是1就不能再减了减到0时可以选择自动删除该购物车条目。这些交互细节做到位了系统整体感觉就会完整很多。4.3 前端页面框架与用户体验如果你不想在页面上花太多时间也可以找一个合适的后台模板改一改。对于展示型的前台页面尽量保持页面结构清晰、色调统一。商城类项目前端准备四五个核心页面就够了首页、商品列表页、商品详情页、购物车页面、结算页面、个人中心页面。后台管理页面的布局通常用左侧菜单树加右侧内容区的结构菜单项对应商品管理、分类管理、订单管理、用户管理等。前端的核心原则是不要炫技但必须整洁。你的评审老师不会因为你的CSS写得天花乱坠给你加很多分但如果你页面又乱又重叠即使后端逻辑写得再好也会留下一个糟糕的印象。5. 调试运行与源码部署指南5.1 开发环境版本搭配推荐这个项目整个调试过程我建议你采用固定的环境组合不要盲目追求最新版。以下是经过大量实操验证的稳定搭配JDK 8Maven 3.6.xTomcat 8.5MySQL 5.7IDEA或EclipseSpring 5.1.xMyBatis 3.5.xSpring 5.1 MyBatis-Spring 2.0.x这一套组合在网上到处都能找到对应的资料出问题时排查成本最低。如果你用JDK 11配合老版本Spring有些反射相关的错误会让你搞不清楚是代码问题还是环境问题。5.2 拿到源码后的启动步骤从网上下载来的SSM商城项目不管代码质量如何你拿到手后第一步一定是看README或项目结构。正常情况下启动流程如下用IDEA打开项目等待Maven导入依赖完毕这一步经常因为网络慢卡很久在MySQL里新建数据库把项目里带的xxx.sql导入打开jdbc.properties改成你自己的数据库账号密码配置Tomcat部署war包或exploded工程启动Tomcat访问首页。因为SSM项目默认大多维持老式配置风格很可能还需要你在IDEA里设置一下编译输出路径把target目录下编译好的classes正确放入WEB-INF/classes否则启动时会遇到很多ClassNotFound之类的异常。5.3 调试运行时的现场记录我最近辅导一个A同学调试他的SSM商城项目时遇到了一个非常典型的启动报错Error creating bean with name sqlSessionFactory defined in class path resource [spring-context.xml]这个错误字面意思是SqlSessionFactory创建失败但真正原因非常分散可能是数据源连不上、MyBatis配置有问题、Mapper XML解析出错、或者依赖冲突。排查思路是层层剥离先把jdbc.properties里的数据库连通性在Navicat里验证一遍确认能连上然后把MyBatis配置里的mapper-locations路径和实际文件位置比对一下最后检查pom依赖有没有版本冲突。那次A同学的问题最终定位在MySQL驱动版本太旧不支持新版MySQL的认证协议换掉驱动版本后就正常了。这种问题见得多了你会发现SSM项目绝大多数报错都集中在配置层和依赖层纯业务Bug反而好解决因为它会给你明确的错误行号。6. 常见问题排查与避坑实录6.1 中文乱码问题乱码是SSM项目里出镜率最高的问题之一。它可能出现在三个环节数据库存储、请求传递、页面展示。请求参数乱码解决办法是在web.xml里配置CharacterEncodingFilter强制统一UTF-8。数据库连接乱码在jdbc.url里加characterEncodingutf8。页面展示乱码检查JSP文件头部的contentType是否设置为text/html; charsetUTF-8。还有一步容易忽略的IDEA里默认文件编码可能是GBK你从网上下载的源码如果是UTF-8编码就会显示乱码这时候要统一调整IDEA的文件编码设置。6.2 静态资源被拦截SpringMVC把所有的请求都交给DispatcherServlet处理后如果你没有做任何配置CSS、JS、图片这些静态资源也会被当成普通请求去匹配Controller结果当然就是404或者什么都没有。解决办法是在spring-mvc.xml里加mvc:default-servlet-handler/或者用 mvc:resources 明确指定静态资源目录。这个坑几乎每个人都会踩到但解决方式非常简单只要记住SpringMVC默认只能处理标注了Controller的请求静态资源需要额外放行。6.3 数据库连接失败常见的三类情况MySQL服务没启动账号密码错误驱动不匹配。还有一个极易忽视的是MySQL 8.0以上的驱动类名变成了com.mysql.cj.jdbc.Driver但很多老代码里写的还是com.mysql.jdbc.Driver必须按你装的具体MySQL版本去选驱动版本否则连接时可能异常。6.4 项目能启动但页面404这种情况一般是URL路径写错或者部署上下文路径不符。SpringMVC里Controller映射的路径是精确匹配的比如GetMapping(/product/list)你请求时就必须是http://localhost:8080/项目名/product/list少了或多了一段都会404。还有一个隐蔽的原因JSP页面放在WEB-INF目录下这种页面没办法通过浏览器直接访问必须经过Controller跳转。如果你把页面放到了WEB-INF下却没写对应的Controller方法那访问不到是必然的。6.5 Maven依赖冲突和版本不适配SSM项目涉及Spring、SpringMVC、MyBatis三个核心框架的众多依赖版本必须保持兼容。最简单的办法是直接引用一套统一的版本号比如Spring相关内容都用5.1.8不要一个5.1.8一个4.3.20否则会出现“NoSuchMethodError”“NoClassDefFoundError”这一类让人摸不着头脑的报错。6.6 常见问题速查表现象大概率原因解决建议启动报ClassNotFound依赖没导入全检查pom依赖Tomcat能启动但页面500数据源连接失败检查jdbc配置和MySQL服务注册后中文全是问号数据库字符集建库时用utf8mb4页面没有样式静态资源被拦截配置default-servlet-handler请求时提示方法不允许提交方式与Mapping不一致检查get/post是否匹配后台保存商品报404请求路径与Controller路径不一致用浏览器的Network面板核对前端Ajax拿不到数据缺少Jackson依赖引入jackson-databind会话失效但页面没跳登录拦截器配置漏了路径检查拦截器配置7. 两点个人经验补充在SSM商城这个项目上我最想额外提醒大家两点。第一个是关于“定制化”。很多同学找资料喜欢带着“定制”的想法希望有大神直接帮你把代码写完这是错误的路径。合理的操作方式是把资料当成“参考基座”在自己完全理解核心流程后再做两件锦上添花的事情第一换掉前端模板让页面看起来不是网上通传的模板味第二增加一个你不熟悉的模块比如优惠券、收藏商品、简单的推荐功能。这种小改动既能展示你的工作量也能真实地提升你的代码阅读能力答辩时也更好聊。第二个是“文档和答辩的配合”。毕设文档里一定要把系统设计部分写清楚特别是用例图、E-R图、时序图、架构图。答辩常问的问题集中在你实现了哪些功能相关的表有几张订单怎么设计购物车为什么这么设计这些在我的文章里基本都覆盖到了。真正投入去写这个项目的人前期可能很痛苦但这些基本功学扎实之后后面做任何Java Web工作都会顺畅很多。重要提示给别人的项目中通常自带说明文档但你自己一定要重新写代码注释很多网上源码的注释是为了“看起来规范”而写的废话与实际逻辑脱节。我建议你把核心业务逻辑比如下单事务、库存扣减这类地方都用自己的话重新注释一遍这会让你的代码和别人拉开明显差距。就分享到这里。如果正在做这个题目的同学能顺着这篇文章的思路走一遍我相信你踩的坑会少很多。文章里涉及的技术点不算高级但全都是能落地的经验尤其是事务和并发那一块是超越普通Demo价值的关键内容值得反复琢磨。