简介本资源为基于Java SSM框架开发的高校二手交易平台完整源码面向高校计算机相关专业学生可直接用于毕业设计或课程设计选题帮助解决从零搭建Java Web项目、缺乏完整可运行案例的难题。压缩包共1324个文件约23.62MB涵盖127个Java源文件、155个JSP页面、354个JavaScript脚本、137个CSS样式及大量图片与前端资源另含SQL脚本、XML配置和项目工程文件前后端结构完整便于二次开发与功能扩展。项目采用JDK1.8、SpringSpringMVCMyBatis整合框架与MySQL数据库支持Eclipse和IDEA两种开发环境配套Navicat数据库管理覆盖用户管理、商品发布、订单交易等校园二手交易核心模块。目前已有63人学习下载适合需要完整项目实战、理解SSM分层架构与数据库设计的学习者参考借鉴。1. 从一份 SSM 高校二手交易平台说起课设和毕设到底在做什么每年到了毕设选题季后台被问得最多的一类问题就是Java SSM 高校二手交易平台到底能不能做、要写多少东西、答辩会不会被问穿。我带的几届学生里选这个题目的几乎都踩过同一个坑——把「二手交易平台」当成一个电商系统去堆功能结果做到一半发现工作量爆炸最后交上去的东西自己都讲不清。其实这个题目的本质是用一套成熟的 Java Web 技术栈把校园里真实存在的「闲置物品流转」场景跑通重点不在功能多而在链路完整、数据能落库、权限能区分、流程能闭环。它适合两类人一类是课程设计需要交一个能跑起来的 Java Web 项目另一类是毕业设计需要一套有论文支撑、有演示效果、答辩能自圆其说的系统。技术选型上SSMSpring SpringMVC MyBatis是这几年高校里最稳的组合资料多、报错好查、导师也认。下面我按「先立住原理、再动手复现、最后讲坑」的顺序把整套东西拆开讲清楚你照着做能跑通也能看懂每一步为什么这么写。2. 技术选型与数据库设计SSM 高校二手交易平台的骨架怎么搭2.1 为什么是 SSM 而不是 Spring Boot很多同学一上来就问现在都 2025 年了为什么还要用 SSM 而不是 Spring Boot。这个问题在毕设答辩里几乎必被问到你得能答上来。SSM 和 Spring Boot 的本质区别在于Spring Boot 是「约定大于配置」帮你把大量 XML 和依赖整合工作自动化了而 SSM 需要你手动配置 Spring 容器、SpringMVC 前端控制器、MyBatis 的 SqlSessionFactory配置过程本身就是对 Java Web 原理的一次完整梳理。对于课程设计和毕业设计来说这个「手动配置」恰恰是加分项。答辩老师看的是你懂不懂 IoC、AOP、DispatcherServlet 的请求分发流程、MyBatis 的 Mapper 代理机制。你用 Spring Boot 三行配置跑起来老师反而觉得你没东西可讲。我一般建议学生用 SSM 搭主体如果时间充裕可以在论文的「扩展与优化」章节里提一句「后续可迁移至 Spring Boot」既显得有技术视野又不影响主体工作量。具体依赖版本上我一般用 Spring 5.3.x、MyBatis 3.5.x、MySQL 8.0、JDK 1.8 或 11。JDK 版本不要选太高很多老教程和 Maven 插件对 17 以上支持不好容易在编译阶段就翻车。Maven 的 pom.xml 里核心依赖就四块spring-context、spring-webmvc、mybatis-spring、mysql-connector-java再加一个 druid 连接池和 lombok 简化实体类。2.2 数据库表设计六张核心表撑起整个平台高校二手交易平台的数据库不需要几十张表核心就六张用户表、商品表、商品分类表、订单表、收藏表、留言/评论表。下面这张表是我带学生时反复用过的结构字段经过多届答辩检验既够用又不冗余。表名核心字段说明userid, username, password, nickname, phone, school, avatar, role, create_timerole 区分普通用户和管理员goodsid, user_id, category_id, title, description, price, original_price, images, status, create_timestatus 控制上架/下架/已售categoryid, name, sort_order分类固定几条如教材、电子、生活用品ordersid, order_no, goods_id, buyer_id, seller_id, amount, status, create_timestatus 走待付款/已付款/已完成/已取消favoriteid, user_id, goods_id, create_time联合唯一索引防重复收藏commentid, goods_id, user_id, content, parent_id, create_timeparent_id 支持二级回复建表时有两个细节必须注意。第一goods 表的 images 字段存的是图片路径的 JSON 数组字符串不要存二进制也不要用逗号拼接——JSON 格式在前后端解析时最不容易出错。第二orders 表的 order_no 用时间戳加随机数生成不要用自增 id 直接当订单号否则用户能通过订单号推测出平台总成交量这是个典型的信息泄露点。CREATE TABLE goods ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL COMMENT 发布者ID, category_id INT NOT NULL COMMENT 分类ID, title VARCHAR(100) NOT NULL COMMENT 商品标题, description TEXT COMMENT 详细描述, price DECIMAL(10,2) NOT NULL COMMENT 售价, original_price DECIMAL(10,2) DEFAULT NULL COMMENT 原价, images VARCHAR(1000) DEFAULT [] COMMENT 图片路径JSON数组, status TINYINT DEFAULT 1 COMMENT 1上架 0下架 2已售, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段建表语句里DECIMAL(10,2)用于金额是硬性要求用 FLOAT 或 DOUBLE 会在累加时出现精度丢失答辩时被问到就是送命题。utf8mb4而不是utf8是因为商品描述里可能有 emojiutf8 存不进去会直接报错。索引只建在 user_id 和 category_id 上因为这两个字段是列表查询的高频条件其他字段暂时不需要索引多了反而拖慢写入。2.3 SSM 三层架构的配置文件怎么写SSM 的配置文件是新手最容易卡住的地方我把它拆成四个文件jdbc.properties、applicationContext.xml、spring-mvc.xml、mybatis-config.xml。jdbc.properties 只放数据库连接四要素和连接池参数applicationContext.xml 负责扫描 Service 和整合 MyBatisspring-mvc.xml 负责扫描 Controller 和视图解析器mybatis-config.xml 放全局设置和别名。!-- applicationContext.xml 核心片段 -- context:component-scan base-packagecom.campus.service/ bean iddataSource classcom.alibaba.druid.pool.DruidDataSource 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/ property namemapperLocations valueclasspath:mapper/*.xml/ property nametypeAliasesPackage valuecom.campus.entity/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.campus.mapper/ /bean这里的关键点是MapperScannerConfigurer它会自动为 mapper 包下的所有接口生成代理实现你不需要写任何实现类。很多同学在 Service 里注入 Mapper 时报「No qualifying bean」九成是因为这个扫描配置的包名写错了或者 mapper 接口没有和 XML 文件同名同路径。typeAliasesPackage的作用是让 XML 里可以直接写Goods而不用写全限定名省事但要注意别名冲突。3. 核心功能落地商品发布、订单流转与权限控制的代码实现3.1 商品发布与图片上传的完整链路商品发布是整个平台最核心的功能链路是前端表单提交 → Controller 接收 → 图片先上传到服务器 → 返回路径 → 组装 Goods 对象 → Service 调用 Mapper 入库。图片上传我一般用 MultipartFile 接收存到项目外的独立目录数据库只存相对路径。这样做的好处是重新部署项目时图片不会丢坏处是要额外配置静态资源映射。PostMapping(/goods/publish) ResponseBody public Result publish(RequestParam(file) MultipartFile[] files, Goods goods, HttpSession session) { User user (User) session.getAttribute(loginUser); if (user null) return Result.fail(请先登录); ListString paths new ArrayList(); for (MultipartFile file : files) { if (file.isEmpty()) continue; String fileName UUID.randomUUID() file.getOriginalFilename().substring(file.getOriginalFilename().lastIndexOf(.)); File dest new File(uploadDir, fileName); try { file.transferTo(dest); paths.add(/upload/ fileName); } catch (IOException e) { return Result.fail(图片上传失败); } } goods.setImages(JSON.toJSONString(paths)); goods.setUserId(user.getId()); goods.setStatus(1); goodsService.save(goods); return Result.ok(); }这段代码里UUID.randomUUID()重命名文件是为了防止同名覆盖和路径遍历攻击如果你直接用原文件名用户上传一个../../web.xml就能覆盖你的配置文件。JSON.toJSONString(paths)把路径列表转成 JSON 字符串存进 images 字段前端拿到后用JSON.parse还原成数组渲染。ResponseBody配合Result统一返回对象是前后端分离或半分离项目的标准做法比直接返回 ModelAndView 更灵活。参数上要注意MultipartFile[]数组接收多图前端 input 的 name 必须和RequestParam(file)一致。上传目录uploadDir建议配在 web.xml 的 context-param 里不要硬编码在 Java 代码中否则换台机器部署就要改代码。文件大小限制在 spring-mvc.xml 里配maxUploadSize一般设 5MB 到 10MB太小用户传不了手机原图太大容易被恶意占用磁盘。3.2 订单状态流转与并发下单的处理订单模块的难点不在增删改查而在状态流转和并发。一个订单从创建到完成状态是待付款 → 已付款 → 已完成中间可能插入已取消。每次状态变更都要校验当前状态是否允许该操作比如已完成的订单不能再取消。这个校验必须放在 Service 层不能只靠前端按钮置灰因为请求可以被伪造。并发下单是另一个坑。两个买家同时点「立即购买」同一件商品如果不做控制会生成两条订单商品却只有一件。常见做法是在 goods 表加一个version字段做乐观锁更新时带上版本号条件。UPDATE goods SET status 2, version version 1 WHERE id #{id} AND status 1 AND version #{version}这条 SQL 执行后返回受影响行数如果返回 0说明商品已被别人抢先买走Service 层就抛异常提示「手慢了商品已售出」。乐观锁适合并发不高的校园场景如果你非要用SELECT ... FOR UPDATE悲观锁记得在事务里用否则锁不生效。订单号生成用System.currentTimeMillis() 随机四位保证唯一且有序方便排查问题时按时间定位。3.3 基于拦截器的登录校验与角色权限权限控制分两层登录校验和角色校验。登录校验用 SpringMVC 的 HandlerInterceptor在 preHandle 里检查 session 中是否有 loginUser没有就重定向到登录页。角色校验则在具体 Controller 方法里判断user.getRole()管理员才能访问后台管理接口。public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) throws Exception { HttpSession session req.getSession(); if (session.getAttribute(loginUser) null) { if (XMLHttpRequest.equals(req.getHeader(X-Requested-With))) { resp.setContentType(application/json;charsetutf-8); resp.getWriter().write({\code\:401,\msg\:\请先登录\}); } else { resp.sendRedirect(req.getContextPath() /login); } return false; } return true; } }拦截器里区分了 AJAX 请求和普通请求AJAX 返回 JSON 让前端跳转普通请求直接重定向。这个细节很多教程不讲但实际项目中如果不区分AJAX 请求会被重定向到登录页的 HTML前端解析 JSON 时报错排查半天。拦截路径在 spring-mvc.xml 里配mvc:interceptor排除登录、注册、商品列表等公开接口只拦截发布、下单、个人中心这些需要登录的路径。4. 避坑与排查SSM 高校二手交易平台最常见的五个翻车点4.1 中文乱码从数据库到页面的全链路排查现象是商品标题在数据库里正常页面上显示问号。原因通常是三处编码不一致数据库连接 URL 没加characterEncodingutf8、Tomcat 的 server.xml 没配 URIEncoding、JSP 页面没写pageEncodingUTF-8。解决顺序是先查数据库连接串再查 Tomcat 配置最后查页面声明。我一般直接在 jdbc.url 后面强制加?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai一次性把编码和时区都定死。4.2 Mapper 绑定失败XML 文件找不到或方法名不匹配现象是启动时报Invalid bound statement (not found)。原因有两个一是 mapperLocations 路径写错XML 没被扫描到二是 XML 里的namespace和接口全限定名不一致或者id和方法名对不上。解决方法是先确认 target/classes 下有没有 mapper 目录和 XML 文件如果没有在 pom.xml 的 resources 里配置**/*.xml参与打包。再检查 namespace 是否精确到接口全路径一个字母都不能差。4.3 事务不生效Service 内部调用导致代理失效现象是下单时扣了库存但订单没生成或者反过来。原因是 Spring 的Transactional基于 AOP 代理同一个 Service 类内部方法互相调用时被调用的方法不会走代理事务注解失效。解决办法是把事务方法拆到另一个 Service或者用AopContext.currentProxy()获取代理对象再调用。最稳妥的做法是养成习惯事务只加在 Service 的入口方法上内部逻辑不要自调用。4.4 图片上传后访问 404静态资源映射缺失现象是上传成功数据库路径也对但浏览器访问图片地址返回 404。原因是上传目录在项目外部Tomcat 不知道要把它当静态资源。解决是在 spring-mvc.xml 里加mvc:resources mapping/upload/** locationfile:${uploadDir}//把外部目录映射到 URL 路径。注意 location 后面的file:前缀不能少否则会被当成 classpath 路径。4.5 分页查询总数不对PageHelper 的 count 语句被优化掉现象是用 PageHelper 分页列表数据对但总页数不对。原因是 PageHelper 会自动生成 count 语句如果你的 SQL 里有ORDER BY或复杂的LEFT JOIN它可能优化掉导致 count 不准。解决办法是在PageHelper.startPage()之后紧跟查询方法中间不要插入其他数据库操作并且检查 SQL 里有没有影响 count 的子查询。如果还是不对手动写 count 语句用PageInfo包装结果。5. 答辩加分项把 SSM 二手平台做出差异化的三个技巧5.1 用 Redis 缓存热门商品列表校园二手平台的商品列表访问频率最高每次都查数据库没必要。我一般用 Redis 缓存第一页的商品数据设置 5 分钟过期。Spring 整合 Redis 只需要配一个RedisTemplate在 Service 查询前先opsForValue().get(key)命中就返回没命中再查库并回写。答辩时你可以说「引入缓存降低数据库压力」老师会觉得你有性能意识。注意缓存 key 要带分页参数否则第二页会拿到第一页的数据。5.2 加一个简单的推荐位基于分类和浏览记录不需要上机器学习用最简单的规则就能做出推荐效果。在商品详情页记录用户浏览的分类 id 到 session首页推荐位优先展示该分类下的商品没有浏览记录就展示最新发布的。这个逻辑二十行代码就能写完但答辩时讲出来就是「个性化推荐雏形」比纯 CRUD 高一个层次。实现时注意 session 里的浏览记录要限制数量不然会越存越多。5.3 用 AOP 做统一日志和异常处理写一个Aspect切面拦截所有 Controller 方法记录请求参数、响应结果和耗时。再配一个ControllerAdvice全局异常处理器把 Service 抛出的业务异常统一转成Result.fail(msg)返回。这样做的好处是 Controller 里不用写 try-catch代码干净而且答辩演示时如果故意触发一个异常页面会优雅提示而不是报 500 错误页。我一般还会在切面里把慢请求超过 1 秒单独打日志方便后续优化。Around(execution(* com.campus.controller..*(..))) public Object logAround(ProceedingJoinPoint pjp) throws Throwable { long start System.currentTimeMillis(); Object result pjp.proceed(); long cost System.currentTimeMillis() - start; if (cost 1000) { log.warn(慢请求: {} 耗时 {}ms, pjp.getSignature(), cost); } return result; }这个切面里pjp.proceed()是执行原方法前后记录时间差。慢请求阈值设 1000ms 是经验值校园项目一般查询都在 100ms 内超过 1 秒基本就是 SQL 没走索引或者数据量异常。日志用 slf4j 而不是 System.out方便后期接入日志文件。最后说个我自己的习惯每次做完一个模块我都会把对应的 SQL 执行计划用EXPLAIN看一遍确认没有全表扫描。这个动作花不了两分钟但能提前发现八成性能问题。毕设答辩前把项目从注册到下单完整走一遍每一步都问自己「这一步如果失败了用户看到什么」能答上来基本就稳了。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/7 10:33:06 · 阅读 1.2k SSM高校二手交易平台毕设实战：从数据库设计到权限控制全链路
简介本资源为基于Java SSM框架开发的高校二手交易平台完整源码面向高校计算机相关专业学生可直接用于毕业设计或课程设计选题帮助解决从零搭建Java Web项目、缺乏完整可运行案例的难题。压缩包共1324个文件约23.62MB涵盖127个Java源文件、155个JSP页面、354个JavaScript脚本、137个CSS样式及大量图片与前端资源另含SQL脚本、XML配置和项目工程文件前后端结构完整便于二次开发与功能扩展。项目采用JDK1.8、SpringSpringMVCMyBatis整合框架与MySQL数据库支持Eclipse和IDEA两种开发环境配套Navicat数据库管理覆盖用户管理、商品发布、订单交易等校园二手交易核心模块。目前已有63人学习下载适合需要完整项目实战、理解SSM分层架构与数据库设计的学习者参考借鉴。1. 从一份 SSM 高校二手交易平台说起课设和毕设到底在做什么每年到了毕设选题季后台被问得最多的一类问题就是Java SSM 高校二手交易平台到底能不能做、要写多少东西、答辩会不会被问穿。我带的几届学生里选这个题目的几乎都踩过同一个坑——把「二手交易平台」当成一个电商系统去堆功能结果做到一半发现工作量爆炸最后交上去的东西自己都讲不清。其实这个题目的本质是用一套成熟的 Java Web 技术栈把校园里真实存在的「闲置物品流转」场景跑通重点不在功能多而在链路完整、数据能落库、权限能区分、流程能闭环。它适合两类人一类是课程设计需要交一个能跑起来的 Java Web 项目另一类是毕业设计需要一套有论文支撑、有演示效果、答辩能自圆其说的系统。技术选型上SSMSpring SpringMVC MyBatis是这几年高校里最稳的组合资料多、报错好查、导师也认。下面我按「先立住原理、再动手复现、最后讲坑」的顺序把整套东西拆开讲清楚你照着做能跑通也能看懂每一步为什么这么写。2. 技术选型与数据库设计SSM 高校二手交易平台的骨架怎么搭2.1 为什么是 SSM 而不是 Spring Boot很多同学一上来就问现在都 2025 年了为什么还要用 SSM 而不是 Spring Boot。这个问题在毕设答辩里几乎必被问到你得能答上来。SSM 和 Spring Boot 的本质区别在于Spring Boot 是「约定大于配置」帮你把大量 XML 和依赖整合工作自动化了而 SSM 需要你手动配置 Spring 容器、SpringMVC 前端控制器、MyBatis 的 SqlSessionFactory配置过程本身就是对 Java Web 原理的一次完整梳理。对于课程设计和毕业设计来说这个「手动配置」恰恰是加分项。答辩老师看的是你懂不懂 IoC、AOP、DispatcherServlet 的请求分发流程、MyBatis 的 Mapper 代理机制。你用 Spring Boot 三行配置跑起来老师反而觉得你没东西可讲。我一般建议学生用 SSM 搭主体如果时间充裕可以在论文的「扩展与优化」章节里提一句「后续可迁移至 Spring Boot」既显得有技术视野又不影响主体工作量。具体依赖版本上我一般用 Spring 5.3.x、MyBatis 3.5.x、MySQL 8.0、JDK 1.8 或 11。JDK 版本不要选太高很多老教程和 Maven 插件对 17 以上支持不好容易在编译阶段就翻车。Maven 的 pom.xml 里核心依赖就四块spring-context、spring-webmvc、mybatis-spring、mysql-connector-java再加一个 druid 连接池和 lombok 简化实体类。2.2 数据库表设计六张核心表撑起整个平台高校二手交易平台的数据库不需要几十张表核心就六张用户表、商品表、商品分类表、订单表、收藏表、留言/评论表。下面这张表是我带学生时反复用过的结构字段经过多届答辩检验既够用又不冗余。表名核心字段说明userid, username, password, nickname, phone, school, avatar, role, create_timerole 区分普通用户和管理员goodsid, user_id, category_id, title, description, price, original_price, images, status, create_timestatus 控制上架/下架/已售categoryid, name, sort_order分类固定几条如教材、电子、生活用品ordersid, order_no, goods_id, buyer_id, seller_id, amount, status, create_timestatus 走待付款/已付款/已完成/已取消favoriteid, user_id, goods_id, create_time联合唯一索引防重复收藏commentid, goods_id, user_id, content, parent_id, create_timeparent_id 支持二级回复建表时有两个细节必须注意。第一goods 表的 images 字段存的是图片路径的 JSON 数组字符串不要存二进制也不要用逗号拼接——JSON 格式在前后端解析时最不容易出错。第二orders 表的 order_no 用时间戳加随机数生成不要用自增 id 直接当订单号否则用户能通过订单号推测出平台总成交量这是个典型的信息泄露点。CREATE TABLE goods ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL COMMENT 发布者ID, category_id INT NOT NULL COMMENT 分类ID, title VARCHAR(100) NOT NULL COMMENT 商品标题, description TEXT COMMENT 详细描述, price DECIMAL(10,2) NOT NULL COMMENT 售价, original_price DECIMAL(10,2) DEFAULT NULL COMMENT 原价, images VARCHAR(1000) DEFAULT [] COMMENT 图片路径JSON数组, status TINYINT DEFAULT 1 COMMENT 1上架 0下架 2已售, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段建表语句里DECIMAL(10,2)用于金额是硬性要求用 FLOAT 或 DOUBLE 会在累加时出现精度丢失答辩时被问到就是送命题。utf8mb4而不是utf8是因为商品描述里可能有 emojiutf8 存不进去会直接报错。索引只建在 user_id 和 category_id 上因为这两个字段是列表查询的高频条件其他字段暂时不需要索引多了反而拖慢写入。2.3 SSM 三层架构的配置文件怎么写SSM 的配置文件是新手最容易卡住的地方我把它拆成四个文件jdbc.properties、applicationContext.xml、spring-mvc.xml、mybatis-config.xml。jdbc.properties 只放数据库连接四要素和连接池参数applicationContext.xml 负责扫描 Service 和整合 MyBatisspring-mvc.xml 负责扫描 Controller 和视图解析器mybatis-config.xml 放全局设置和别名。!-- applicationContext.xml 核心片段 -- context:component-scan base-packagecom.campus.service/ bean iddataSource classcom.alibaba.druid.pool.DruidDataSource 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/ property namemapperLocations valueclasspath:mapper/*.xml/ property nametypeAliasesPackage valuecom.campus.entity/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.campus.mapper/ /bean这里的关键点是MapperScannerConfigurer它会自动为 mapper 包下的所有接口生成代理实现你不需要写任何实现类。很多同学在 Service 里注入 Mapper 时报「No qualifying bean」九成是因为这个扫描配置的包名写错了或者 mapper 接口没有和 XML 文件同名同路径。typeAliasesPackage的作用是让 XML 里可以直接写Goods而不用写全限定名省事但要注意别名冲突。3. 核心功能落地商品发布、订单流转与权限控制的代码实现3.1 商品发布与图片上传的完整链路商品发布是整个平台最核心的功能链路是前端表单提交 → Controller 接收 → 图片先上传到服务器 → 返回路径 → 组装 Goods 对象 → Service 调用 Mapper 入库。图片上传我一般用 MultipartFile 接收存到项目外的独立目录数据库只存相对路径。这样做的好处是重新部署项目时图片不会丢坏处是要额外配置静态资源映射。PostMapping(/goods/publish) ResponseBody public Result publish(RequestParam(file) MultipartFile[] files, Goods goods, HttpSession session) { User user (User) session.getAttribute(loginUser); if (user null) return Result.fail(请先登录); ListString paths new ArrayList(); for (MultipartFile file : files) { if (file.isEmpty()) continue; String fileName UUID.randomUUID() file.getOriginalFilename().substring(file.getOriginalFilename().lastIndexOf(.)); File dest new File(uploadDir, fileName); try { file.transferTo(dest); paths.add(/upload/ fileName); } catch (IOException e) { return Result.fail(图片上传失败); } } goods.setImages(JSON.toJSONString(paths)); goods.setUserId(user.getId()); goods.setStatus(1); goodsService.save(goods); return Result.ok(); }这段代码里UUID.randomUUID()重命名文件是为了防止同名覆盖和路径遍历攻击如果你直接用原文件名用户上传一个../../web.xml就能覆盖你的配置文件。JSON.toJSONString(paths)把路径列表转成 JSON 字符串存进 images 字段前端拿到后用JSON.parse还原成数组渲染。ResponseBody配合Result统一返回对象是前后端分离或半分离项目的标准做法比直接返回 ModelAndView 更灵活。参数上要注意MultipartFile[]数组接收多图前端 input 的 name 必须和RequestParam(file)一致。上传目录uploadDir建议配在 web.xml 的 context-param 里不要硬编码在 Java 代码中否则换台机器部署就要改代码。文件大小限制在 spring-mvc.xml 里配maxUploadSize一般设 5MB 到 10MB太小用户传不了手机原图太大容易被恶意占用磁盘。3.2 订单状态流转与并发下单的处理订单模块的难点不在增删改查而在状态流转和并发。一个订单从创建到完成状态是待付款 → 已付款 → 已完成中间可能插入已取消。每次状态变更都要校验当前状态是否允许该操作比如已完成的订单不能再取消。这个校验必须放在 Service 层不能只靠前端按钮置灰因为请求可以被伪造。并发下单是另一个坑。两个买家同时点「立即购买」同一件商品如果不做控制会生成两条订单商品却只有一件。常见做法是在 goods 表加一个version字段做乐观锁更新时带上版本号条件。UPDATE goods SET status 2, version version 1 WHERE id #{id} AND status 1 AND version #{version}这条 SQL 执行后返回受影响行数如果返回 0说明商品已被别人抢先买走Service 层就抛异常提示「手慢了商品已售出」。乐观锁适合并发不高的校园场景如果你非要用SELECT ... FOR UPDATE悲观锁记得在事务里用否则锁不生效。订单号生成用System.currentTimeMillis() 随机四位保证唯一且有序方便排查问题时按时间定位。3.3 基于拦截器的登录校验与角色权限权限控制分两层登录校验和角色校验。登录校验用 SpringMVC 的 HandlerInterceptor在 preHandle 里检查 session 中是否有 loginUser没有就重定向到登录页。角色校验则在具体 Controller 方法里判断user.getRole()管理员才能访问后台管理接口。public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) throws Exception { HttpSession session req.getSession(); if (session.getAttribute(loginUser) null) { if (XMLHttpRequest.equals(req.getHeader(X-Requested-With))) { resp.setContentType(application/json;charsetutf-8); resp.getWriter().write({\code\:401,\msg\:\请先登录\}); } else { resp.sendRedirect(req.getContextPath() /login); } return false; } return true; } }拦截器里区分了 AJAX 请求和普通请求AJAX 返回 JSON 让前端跳转普通请求直接重定向。这个细节很多教程不讲但实际项目中如果不区分AJAX 请求会被重定向到登录页的 HTML前端解析 JSON 时报错排查半天。拦截路径在 spring-mvc.xml 里配mvc:interceptor排除登录、注册、商品列表等公开接口只拦截发布、下单、个人中心这些需要登录的路径。4. 避坑与排查SSM 高校二手交易平台最常见的五个翻车点4.1 中文乱码从数据库到页面的全链路排查现象是商品标题在数据库里正常页面上显示问号。原因通常是三处编码不一致数据库连接 URL 没加characterEncodingutf8、Tomcat 的 server.xml 没配 URIEncoding、JSP 页面没写pageEncodingUTF-8。解决顺序是先查数据库连接串再查 Tomcat 配置最后查页面声明。我一般直接在 jdbc.url 后面强制加?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai一次性把编码和时区都定死。4.2 Mapper 绑定失败XML 文件找不到或方法名不匹配现象是启动时报Invalid bound statement (not found)。原因有两个一是 mapperLocations 路径写错XML 没被扫描到二是 XML 里的namespace和接口全限定名不一致或者id和方法名对不上。解决方法是先确认 target/classes 下有没有 mapper 目录和 XML 文件如果没有在 pom.xml 的 resources 里配置**/*.xml参与打包。再检查 namespace 是否精确到接口全路径一个字母都不能差。4.3 事务不生效Service 内部调用导致代理失效现象是下单时扣了库存但订单没生成或者反过来。原因是 Spring 的Transactional基于 AOP 代理同一个 Service 类内部方法互相调用时被调用的方法不会走代理事务注解失效。解决办法是把事务方法拆到另一个 Service或者用AopContext.currentProxy()获取代理对象再调用。最稳妥的做法是养成习惯事务只加在 Service 的入口方法上内部逻辑不要自调用。4.4 图片上传后访问 404静态资源映射缺失现象是上传成功数据库路径也对但浏览器访问图片地址返回 404。原因是上传目录在项目外部Tomcat 不知道要把它当静态资源。解决是在 spring-mvc.xml 里加mvc:resources mapping/upload/** locationfile:${uploadDir}//把外部目录映射到 URL 路径。注意 location 后面的file:前缀不能少否则会被当成 classpath 路径。4.5 分页查询总数不对PageHelper 的 count 语句被优化掉现象是用 PageHelper 分页列表数据对但总页数不对。原因是 PageHelper 会自动生成 count 语句如果你的 SQL 里有ORDER BY或复杂的LEFT JOIN它可能优化掉导致 count 不准。解决办法是在PageHelper.startPage()之后紧跟查询方法中间不要插入其他数据库操作并且检查 SQL 里有没有影响 count 的子查询。如果还是不对手动写 count 语句用PageInfo包装结果。5. 答辩加分项把 SSM 二手平台做出差异化的三个技巧5.1 用 Redis 缓存热门商品列表校园二手平台的商品列表访问频率最高每次都查数据库没必要。我一般用 Redis 缓存第一页的商品数据设置 5 分钟过期。Spring 整合 Redis 只需要配一个RedisTemplate在 Service 查询前先opsForValue().get(key)命中就返回没命中再查库并回写。答辩时你可以说「引入缓存降低数据库压力」老师会觉得你有性能意识。注意缓存 key 要带分页参数否则第二页会拿到第一页的数据。5.2 加一个简单的推荐位基于分类和浏览记录不需要上机器学习用最简单的规则就能做出推荐效果。在商品详情页记录用户浏览的分类 id 到 session首页推荐位优先展示该分类下的商品没有浏览记录就展示最新发布的。这个逻辑二十行代码就能写完但答辩时讲出来就是「个性化推荐雏形」比纯 CRUD 高一个层次。实现时注意 session 里的浏览记录要限制数量不然会越存越多。5.3 用 AOP 做统一日志和异常处理写一个Aspect切面拦截所有 Controller 方法记录请求参数、响应结果和耗时。再配一个ControllerAdvice全局异常处理器把 Service 抛出的业务异常统一转成Result.fail(msg)返回。这样做的好处是 Controller 里不用写 try-catch代码干净而且答辩演示时如果故意触发一个异常页面会优雅提示而不是报 500 错误页。我一般还会在切面里把慢请求超过 1 秒单独打日志方便后续优化。Around(execution(* com.campus.controller..*(..))) public Object logAround(ProceedingJoinPoint pjp) throws Throwable { long start System.currentTimeMillis(); Object result pjp.proceed(); long cost System.currentTimeMillis() - start; if (cost 1000) { log.warn(慢请求: {} 耗时 {}ms, pjp.getSignature(), cost); } return result; }这个切面里pjp.proceed()是执行原方法前后记录时间差。慢请求阈值设 1000ms 是经验值校园项目一般查询都在 100ms 内超过 1 秒基本就是 SQL 没走索引或者数据量异常。日志用 slf4j 而不是 System.out方便后期接入日志文件。最后说个我自己的习惯每次做完一个模块我都会把对应的 SQL 执行计划用EXPLAIN看一遍确认没有全表扫描。这个动作花不了两分钟但能提前发现八成性能问题。毕设答辩前把项目从注册到下单完整走一遍每一步都问自己「这一步如果失败了用户看到什么」能答上来基本就稳了。希望帮到你。本文还有配套的精品资源点击获取