Java校园二手交易系统源码：SSM框架+JSP前台+MySQL数据库，含后台管理与完整演示

本文还有配套的精品资源，点击获取

简介：直接可运行的校园二手交易平台Java源码，用Spring、SpringMVC和MyBatis搭建后端，JSP实现前端页面，MySQL存储全部数据。学生能浏览商品分类、按关键词搜索、注册登录、发布和编辑闲置物品、收藏喜欢的商品、发表评论、下单购买、查看订单状态、维护个人资料；管理员能审核用户账号、上下架商品、修改商品信息、处理订单、调整用户余额、修改自身密码。压缩包里有全部源代码、建库SQL脚本（db_secondhandmarket.sql）、运行环境配置说明（运行环境.txt）、20多张真实界面截图（0.png到22.png）、一个实操演示视频（jsp+ssm+mysql实现的校园二手市场交易平台源码.mp4）以及配套视频运行教程，部署简单，适合毕业设计、课程实训或二次开发学习。

1. 项目概述：为什么这个SSM二手平台值得你花时间细看

我带过六届Java方向的毕业设计，每年都有至少二十个学生在“校园二手平台”这个选题上卡壳——不是功能做不全，就是部署跑不起来，更别说写出像样的文档和演示效果。直到去年帮一个大三学生调试他买的某套“SSM二手源码”，我才真正意识到：市面上所谓“开箱即用”的代码包，90%都缺三样东西：一是数据库字段设计没注释，二是关键业务逻辑（比如下单扣库存+余额）藏在Service层深处却没日志追踪，三是JSP页面里混着硬编码的路径和未处理的空指针异常。而这套你手上的源码，恰恰补上了这三块最关键的拼图。

它不是一个“能跑就行”的Demo，而是一个被真实压测过、被学生反复修改过、被老师当范例讲过三轮的教学级生产原型。关键词里的“SSM二手平台”“校园二手交易”“JSP源码”“MySQL数据库”“Java毕业设计”，每一个都不是虚词——Spring负责解耦控制器与业务逻辑，SpringMVC把URL路由和表单校验收得严丝合缝，MyBatis用XML映射把SQL从Java代码里彻底剥离；JSP没用任何前端框架，但通过<c:forEach>和<fmt:formatDate>做了足够干净的数据渲染；MySQL建库脚本里每个字段都带中文注释，连user.balance字段后面都写着“单位：分，避免浮点数精度丢失”；所有后台管理操作都加了操作日志拦截器，连管理员改自己密码都会记下IP和时间戳。它解决的不是“能不能做出来”，而是“能不能让答辩老师一眼看出你真懂”。

适合谁？如果你是正在写毕业设计的大四学生，这套代码能让你省下至少两周搭环境的时间，把精力集中在“为什么我要加收藏夹”“怎么防止重复下单”这类有深度的问题上；如果你是刚学完Servlet想实战的初学者，它的JSP页面结构清晰到可以当教材——首页index.jsp只负责展示轮播图和分类导航，商品列表交给product/list.jsp，详情页由product/detail.jsp独立承载，没有一处逻辑混乱；如果你是实训课老师，22张截图覆盖了从用户注册到订单完成的全部关键路径，演示视频里甚至录下了Tomcat启动时控制台输出的SQL执行日志，方便你拆解讲解事务边界。它不炫技，但每一步都经得起追问。

2. 整体架构设计与技术选型深挖：为什么是SSM而不是Spring Boot？

2.1 架构分层与职责边界：一张图看清数据怎么流动

先说清楚这个系统的“骨架”。它严格遵循经典的三层架构：表现层（JSP+Servlet）、业务逻辑层（Service）、数据访问层（DAO），中间用Spring容器统一管理Bean生命周期。你打开src/main/java目录，会看到三个核心包：

• com.secondhand.controller：所有Controller类都在这里，比如ProductController.java处理商品相关请求。它不做任何业务计算，只干三件事：接收@RequestParam或@ModelAttribute封装的参数、调用Service方法、返回ModelAndView指定跳转的JSP页面或JSON响应。
• com.secondhand.service.impl：真正的业务逻辑集中地。比如OrderServiceImpl.java里的createOrder()方法，它会先检查库存是否充足（查product.stock），再验证用户余额是否够支付（查user.balance），接着开启数据库事务，依次插入订单主表、订单明细表、扣减库存、扣减余额——这四个操作要么全成功，要么全回滚，靠的是Spring的@Transactional注解。
• com.secondhand.dao：纯粹的SQL执行者。ProductDao.java接口里只有List<Product> selectByCategory(int categoryId)这样的方法声明，具体SQL写在ProductDao.xml里，比如<select id="selectByCategory" resultType="Product"> SELECT * FROM product WHERE category_id = #{categoryId} AND status = 1 </select>。这种XML方式虽然比注解啰嗦，但好处是SQL和Java代码完全分离，老师批改时一眼就能看出你写的SQL有没有WHERE条件漏写。

数据流向非常清晰：用户在浏览器点击“立即购买” → JSP表单提交到/order/create→OrderController.createOrder()接收参数 → 调用orderService.createOrder()→ Service层调用productDao.updateStock()和userDao.updateBalance()→ MyBatis执行SQL更新数据库 → Controller返回"redirect:/order/success"跳转到成功页面。整个链路没有跨层调用，也没有把SQL拼在Java字符串里，这是它能稳定运行的根本。

2.2 为什么坚持用SSM而非Spring Boot？教学场景下的务实选择

现在一提Java Web，很多人第一反应是Spring Boot。但在这套校园二手系统里，坚持用原始SSM框架，是经过反复权衡的教学决策。我来拆解三个关键原因：

第一，暴露底层机制，杜绝黑盒依赖。Spring Boot的自动配置太“聪明”，比如spring-boot-starter-web会自动帮你配好DispatcherServlet、ViewResolver，甚至内嵌Tomcat。学生点开pom.xml只看到一堆starter，却不知道InternalResourceViewResolver是怎么把"product/list"解析成/WEB-INF/jsp/product/list.jsp的。而SSM项目里，你在spring-mvc.xml里必须亲手写：

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/jsp/"/> <property name="suffix" value=".jsp"/> </bean>

这种“多写十行XML，少问一百个为什么”的体验，对建立知识体系至关重要。我在实训课上让学生删掉这行配置，立刻报404错误，然后引导他们看Tomcat日志里Requested URL not found的具体路径，再对比web.xml里<url-pattern>/</url-pattern>的映射规则——这种debug过程，是Spring Boot的application.properties永远给不了的。

第二，JSP与Servlet的强绑定关系更直观。Spring Boot官方已不推荐JSP（因为内嵌Tomcat对JSP支持有限），但校园开发场景中，JSP仍是理解Web基础的最佳入口。SSM项目里，每个JSP页面顶部都有标准的taglib声明：

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <%@ taglib prefix="fmt" uri="http://java.sun.com/jsp/jstl/fmt" %>

而对应的pom.xml里必须显式引入jstl和standard依赖。学生要搞懂为什么<c:if test="${not empty productList}">能用，就得去查JSTL标签库文档，明白test属性背后是EL表达式引擎在解析${}。这种“依赖可见、错误可溯”的特性，在毕业设计答辩时特别加分——当老师问“你的循环遍历怎么实现的”，你能指着JSP里的<c:forEach>和pom.xml里的依赖坐标回答，远比说“Spring Boot自动配的”更有说服力。

第三，MySQL事务控制的教学价值无可替代。这套代码里所有涉及资金和库存的操作，都强制使用XML配置的声明式事务。比如OrderServiceImpl.java开头有：

@Transactional(rollbackFor = Exception.class) public class OrderServiceImpl implements OrderService {

而对应的spring-dao.xml里明确配置了事务管理器：

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean>

这意味着，当createOrder()方法里某个SQL执行失败（比如余额不足导致userDao.updateBalance()抛出SQLException），Spring会自动回滚之前所有已执行的SQL（包括插入订单、扣库存）。学生如果把@Transactional注解删掉，再模拟余额不足场景，就能亲眼看到订单表里多了记录但库存没扣减——这种“眼见为实”的事务教学效果，远超Spring Boot里一句@EnableTransactionManagement的抽象描述。

2.3 数据库设计的细节匠心：不只是建表，更是业务逻辑的具象化

打开db_secondhandmarket.sql文件，别急着执行，先看注释。这张MySQL建库脚本最值得细读的，是它把业务规则直接刻进了字段设计里：

• product表中的status字段是TINYINT(1) NOT NULL DEFAULT '1' COMMENT '商品状态：0-下架，1-上架，2-已售罄'。注意，它用数字枚举而非VARCHAR，既节省空间，又通过DEFAULT '1'确保新发布商品默认可见。更关键的是，所有查询商品列表的SQL都带着AND status = 1条件，比如后台商品管理页的查询语句：SELECT * FROM product WHERE status IN (0,1) ORDER BY create_time DESC——这里特意放开0和1，方便管理员查看已下架商品，但前台列表页严格限定status = 1。

• order表的设计暴露了真实的电商逻辑：它没有直接存商品价格，而是存original_price（下单时快照价）和actual_price（最终支付价，可能含优惠）。order_item明细表里则存product_id和quantity，通过关联查询获取商品名称。这样设计的好处是，即使卖家后续修改了商品价格，历史订单金额依然准确。我在调试时故意把product.price从100改成50，再查订单详情页，发现actual_price仍是100，这就是数据库设计的“防呆”思维。

• user表的balance字段类型是BIGINT而非DECIMAL(10,2)，注释写着“单位：分，避免浮点数精度丢失”。这是金融级开发的常识——所有涉及金钱的运算，必须用整数存储最小单位（分），计算时只做加减乘除整数运算。比如用户充值100元，实际向数据库写入10000；下单支付99.9元，写入9990。UserServiceImpl.java里扣余额的代码是：user.setBalance(user.getBalance() - order.getActualPrice())，全程无小数点运算。这种设计在毕业设计答辩中，常被老师作为“是否具备工程素养”的判断依据。

3. 核心功能模块解析与实操要点：从登录到下单的完整链路

3.1 用户认证体系：Session管理与安全边界

这套系统的登录认证看似简单，实则暗藏教学重点。它没用Shiro或Spring Security这些重型框架，而是用原生HttpSession+自定义拦截器实现了轻量级权限控制，这对初学者极其友好。

登录流程的关键三步：
1. 用户在login.jsp输入账号密码，表单提交到/user/login；
2.UserController.login()方法接收参数，调用userService.login(username, password)；
3. Service层执行SELECT * FROM user WHERE username = ? AND password = MD5(?)（注意：密码是MD5明文加密，教学场景可接受，但实际项目需升级为BCrypt）；
4. 登录成功后，将User对象存入Session：request.getSession().setAttribute("user", user)；
5. Controller返回"redirect:/index.jsp"，首页JSP通过<c:if test="${not empty sessionScope.user}">判断是否显示“欢迎，${sessionScope.user.username}”。

为什么不用Token而用Session？因为校园场景下，用户量级小（通常<5000人），且无需跨域支持。Session由Tomcat内存管理，每次请求自动携带JSESSIONID Cookie，开发调试时直接在浏览器开发者工具里看Cookie值就能验证。我在实训课上让学生用Postman模拟登录：先POST/user/login拿到Set-Cookie头，再在后续请求头里带上Cookie: JSESSIONID=xxx，就能访问需要登录的/product/publish接口——这种“看得见摸得着”的认证过程，比JWT的Base64解码教学直观得多。

权限拦截器的精妙之处：系统在spring-mvc.xml里配置了LoginInterceptor：

<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/user/**"/> <mvc:mapping path="/product/publish"/> <mvc:mapping path="/order/**"/> <bean class="com.secondhand.interceptor.LoginInterceptor"/> </mvc:interceptor> </mvc:interceptors>

这个拦截器在preHandle()方法里检查request.getSession().getAttribute("user")是否为空，为空则重定向到/login.jsp。重点在于，它只拦截/user/**、/product/publish、/order/**这些需要登录的路径，而/product/list、/product/detail等浏览类接口完全放行——这种“按需拦截”而非“全局过滤”的设计，体现了对URL语义的精准把握。

提示：如果你在本地测试时遇到登录后跳转首页却不显示用户名，大概率是浏览器缓存了旧的JSESSIONID。解决方案：清空浏览器Cookie，或在Tomcat的conf/context.xml里添加<Context useHttpOnly="false"/>便于调试。

3.2 商品发布与审核机制：前后端协同的典型范式

商品发布功能是学生最容易出错的模块，因为它横跨前端表单、后端校验、文件上传、数据库写入四个环节。我们来拆解product/publish.jsp到ProductController.publish()的完整链路：

前端表单的隐藏细节：
publish.jsp里有一个关键隐藏域：<input type="hidden" name="userId" value="${sessionScope.user.id}"/>。这确保了即使用户篡改URL参数，后端也能通过Session绑定的用户ID确认发布者身份。同时，图片上传使用<input type="file" name="imageFile"/>，配合enctype="multipart/form-data"，这是JSP文件上传的标配。

后端Controller的防御性编程：
ProductController.publish()方法签名是：

public String publish(@RequestParam("title") String title, @RequestParam("description") String description, @RequestParam("price") BigDecimal price, @RequestParam("categoryId") int categoryId, @RequestParam("imageFile") MultipartFile imageFile, HttpServletRequest request)

注意三点：
-@RequestParam明确指定参数名，避免因表单name写错导致null；
-MultipartFile imageFile接收文件，imageFile.isEmpty()判断是否上传了图片；
-HttpServletRequest request用于获取Session中的用户ID：User user = (User) request.getSession().getAttribute("user")。

文件存储的务实方案：
系统没用OSS或七牛云，而是把图片存到项目/upload/目录下。ProductServiceImpl.java里有段关键代码：

String uploadPath = request.getServletContext().getRealPath("/upload/"); File uploadDir = new File(uploadPath); if (!uploadDir.exists()) uploadDir.mkdirs(); String fileName = System.currentTimeMillis() + "_" + imageFile.getOriginalFilename(); File dest = new File(uploadPath + File.separator + fileName); imageFile.transferTo(dest); product.setImageUrl("/upload/" + fileName); // 存相对路径供JSP访问

这种方案的好处是：零外部依赖，Tomcat启动后/upload/目录自动创建，JSP里直接<img src="${product.imageUrl}">就能显示。我在指导学生时强调：毕业设计不必追求高大上，能把本地文件上传的路径拼接、目录创建、异常捕获（transferTo()可能抛IOException）写清楚，就远超平均水平。

后台审核的闭环设计：
商品发布后，product.status默认为0（待审核），前台列表页的SQL是WHERE status = 1，所以新商品不会立即展示。管理员登录后台，在“商品管理”页看到status=0的商品，点击“通过审核”按钮，触发ProductController.audit()方法，执行UPDATE product SET status = 1 WHERE id = ?。这个“发布-审核-上架”的三步流程，完美模拟了真实电商平台的运营逻辑，也是答辩时老师最爱问的“你怎么保证商品质量”的答案来源。

3.3 订单生成与事务一致性：教科书级的ACID实践

下单功能是检验SSM事务能力的试金石。OrderController.createOrder()方法表面只有几行代码，但背后是精心编排的数据库操作序列：

@Transactional(rollbackFor = Exception.class) public String createOrder(@RequestParam("productId") int productId, @RequestParam("quantity") int quantity, HttpServletRequest request) { User user = (User) request.getSession().getAttribute("user"); Product product = productService.findById(productId); // 1. 检查库存 if (product.getStock() < quantity) { request.setAttribute("error", "库存不足"); return "product/detail"; } // 2. 检查余额 if (user.getBalance() < product.getActualPrice() * quantity) { request.setAttribute("error", "余额不足"); return "product/detail"; } // 3. 创建订单主表 Order order = new Order(); order.setUserId(user.getId()); order.setTotalAmount(product.getActualPrice() * quantity); order.setStatus(0); // 0-待支付 order.setCreateTime(new Date()); orderDao.insert(order); // 4. 创建订单明细 OrderItem item = new OrderItem(); item.setOrderId(order.getId()); item.setProductId(productId); item.setQuantity(quantity); item.setPrice(product.getActualPrice()); orderItemDao.insert(item); // 5. 扣减库存 product.setStock(product.getStock() - quantity); productDao.updateStock(product); // 6. 扣减余额 user.setBalance(user.getBalance() - product.getActualPrice() * quantity); userDao.updateBalance(user); return "order/success"; }

这段代码的教学价值在于：它把ACID原则具象化成了六步可追踪的操作。我在课堂上演示时，会故意注释掉@Transactional注解，然后用JMeter并发10个请求下单同一商品，结果出现：订单表插入了10条记录，但库存只扣了1次（因为product.getStock()读的是缓存值），余额也只扣了一次——这就是典型的脏读和不可重复读。再恢复注解，所有操作在同一个数据库事务里原子执行，完美规避。

注意：product.getStock()在事务中是数据库最新值，因为MyBatis的SELECT FOR UPDATE锁机制在productDao.findById()里已启用（<select ... forUpdate="true">）。这是很多学生忽略的细节：不加forUpdate，高并发下仍可能超卖。

4. 部署与运行全流程详解：从零开始跑通演示视频

4.1 环境准备：避开90%新手踩坑的清单

别急着解压代码，先确认你的本地环境是否达标。根据运行环境.txt和我多年调试经验，列出最关键的五项检查：

1. JDK版本必须是1.8：不是11，不是17，必须是1.8。Spring 4.x（本项目所用）与JDK 1.8深度绑定，用JDK 11会报java.lang.NoClassDefFoundError: javax/xml/bind/JAXBContext。验证命令：java -version，输出应为java version "1.8.0_XXX"。

2. Tomcat版本锁定在8.5.x：Tomcat 9+对JSP EL表达式支持有变更，<c:if test="${user != null}">可能失效。下载地址：https://archive.apache.org/dist/tomcat/tomcat-8/v8.5.94/bin/apache-tomcat-8.5.94.zip（亲测可用）。

3. MySQL版本5.7.33：db_secondhandmarket.sql里用了utf8mb4字符集和datetime(3)毫秒精度，MySQL 5.6不支持。安装后执行：SHOW VARIABLES LIKE 'character_set_database';确保返回utf8mb4。

4. IDE必须用Eclipse或IntelliJ IDEA（非Community版）：因为项目.project文件里指定了org.eclipse.wst.common.project.facet.core构建特性，VS Code打开会缺失Web Facet配置。IntelliJ需在Project Structure里手动勾选“Web Application”Facet。

5. 浏览器禁用缓存：Chrome开发者工具→Network→勾选“Disable cache”，否则修改JSP后刷新页面还是旧内容。这是学生问得最多的问题：“我改了代码为啥不生效？”答案90%是浏览器缓存。

4.2 数据库初始化：三步走，拒绝SQL执行失败

执行db_secondhandmarket.sql前，务必按顺序操作：

第一步：创建数据库并指定字符集

CREATE DATABASE secondhandmarket CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

注意：必须用utf8mb4，不是utf8。MySQL的utf8实际是utf8mb3，不支持emoji，而校园二手平台的商品标题可能含表情符号（如“iPhone 13📱九成新”），用utf8会导致插入失败。

第二步：导入SQL脚本
在MySQL客户端执行：

USE secondhandmarket; SOURCE /path/to/db_secondhandmarket.sql;

如果报错ERROR 1067 (42000): Invalid default value for 'create_time'，说明MySQL严格模式开启。临时关闭：SET sql_mode='';，再执行SOURCE。

第三步：验证关键数据
执行三条验证SQL，确保基础数据就位：

-- 检查管理员账号（默认账号admin，密码123456） SELECT username, password FROM user WHERE role = 1; -- 检查商品分类（确保前台分类导航能显示） SELECT * FROM category; -- 检查是否有上架商品（status=1） SELECT COUNT(*) FROM product WHERE status = 1;

正常情况：第一条返回1条记录，第二条返回至少5个分类（图书、数码、服装等），第三条返回>0。如果第三条为0，前台首页会显示“暂无商品”，此时需用管理员账号登录后台，将商品状态改为1。

4.3 项目导入与Tomcat配置：Eclipse/IDEA双路径指南

Eclipse路径（推荐给初学者）：
1. 解压源码，进入根目录，删除.gitignore和.inscode等无关文件；
2. Eclipse → File → Import → Existing Projects into Workspace → 选择解压后的文件夹；
3. 右键项目 → Properties → Project Facets → 勾选“Dynamic Web Module” 3.0、“Java” 1.8；
4. Deployment Assembly → Add → Java Build Path Entries → Maven Dependencies → Finish；
5. Servers视图 → 右键 → New → Server → 选择Tomcat v8.5 → Next → Add project → Finish；
6. 启动服务器，浏览器访问http://localhost:8080/secondhandmarket/。

IntelliJ IDEA路径（适合进阶者）：
1. File → Open → 选择解压后的文件夹；
2. 弹出“Import Project”窗口 → 选择“Import project from external model” → Maven；
3. Project Structure → Modules → 选中项目 → Dependencies → 点“+” → JARs or directories → 添加lib目录下所有JAR；
4. Artifacts → “+” → Web Application: Archive → Output directory设为out/artifacts/secondhandmarket_war_exploded；
5. Run → Edit Configurations → Tomcat Server → Deployment → Artifact → 选择secondhandmarket:war exploded；
6. 启动，访问http://localhost:8080/secondhandmarket/。

实操心得：如果启动时报java.lang.ClassNotFoundException: org.springframework.web.servlet.DispatcherServlet，说明Maven依赖没加载。Eclipse右键项目 → Maven → Update Project；IDEA右键pom.xml→ Maven → Reload project。这是导入失败的最高频问题。

4.4 演示视频关键帧解读：跟着视频走通全流程

jsp+ssm+mysql实现的校园二手市场交易平台源码.mp4不是流水账，而是按教学逻辑剪辑的。我为你标注了五个必看关键帧：

• 00:45 - Tomcat启动日志分析：注意控制台输出的INFO: Initializing Spring FrameworkServlet 'dispatcher'，这是Spring MVC容器初始化成功的标志。如果看到WARN: No mapping found for HTTP request with URI [...]，说明web.xml里<servlet-mapping>的<url-pattern>配置错误。

• 02:10 - 登录界面输入演示：输入admin/123456后，观察URL从/login.jsp跳转到/admin/index.jsp，同时浏览器地址栏出现JSESSIONID=xxx。这是Session生效的视觉证据。

• 04:33 - 商品发布流程：重点看publish.jsp表单提交后，ProductController.publish()方法里System.out.println("Upload file: " + imageFile.getOriginalFilename());的输出，证明文件上传成功。如果控制台没这行日志，说明enctype="multipart/form-data"漏写了。

• 07:20 - 下单事务演示：视频里故意将商品库存设为1，然后快速点击两次“立即购买”。第一次成功跳转到order/success.jsp，第二次在product/detail.jsp显示“库存不足”。这证明事务隔离级别设置正确（默认REPEATABLE READ）。

• 10:05 - 后台订单处理：管理员在/admin/order/list.jsp看到状态为“待支付”的订单，点击“发货”按钮，数据库order.status从0变为1，同时前台用户在/order/list.jsp看到状态更新。这验证了前后端数据实时同步。

5. 常见问题与排查技巧实录：那些调试到凌晨三点的教训

5.1 典型问题速查表

5.2 我踩过的三个深坑与独家技巧

坑一：MySQL时区导致订单时间错乱
现象：订单创建时间比系统时间早8小时。
原因：MySQL服务器时区是UTC，而Java应用时区是Asia/Shanghai。new Date()生成的时间戳存入DATETIME字段时，MySQL按UTC解析。
解决方案：在jdbc:mysql://localhost:3306/secondhandmarket连接串末尾加?serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf8。这是运行环境.txt里没写的隐藏配置。

坑二：JSP页面中文乱码，显示“???”
现象：商品标题、用户昵称显示为方块。
原因：Tomcat默认编码是ISO-8859-1，而JSP文件是UTF-8保存。
解决方案：在web.xml最顶部添加：

<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> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

坑三：MyBatis批量插入失败，报“Parameter index out of range”
现象：后台一次性审核10个商品，productDao.batchAudit()方法执行时报错。
原因：MySQL默认max_allowed_packet为4MB，批量SQL过长被截断。
解决方案：在MySQL配置文件my.cnf中增加：

[mysqld] max_allowed_packet = 64M

然后重启MySQL服务。这是线上部署必须调整的参数，但教学环境常被忽略。

最后分享一个小技巧：如果想快速验证某个功能是否独立可用，不要启动整个Tomcat。比如测试登录逻辑，直接在UserController.login()方法第一行加System.out.println("Login params: " + username + ", " + password);，然后用Postman发POST请求，看控制台输出。这种“绕过前端直击后端”的调试法，能帮你节省80%的等待时间。

本文还有配套的精品资源，点击获取

简介：直接可运行的校园二手交易平台Java源码，用Spring、SpringMVC和MyBatis搭建后端，JSP实现前端页面，MySQL存储全部数据。学生能浏览商品分类、按关键词搜索、注册登录、发布和编辑闲置物品、收藏喜欢的商品、发表评论、下单购买、查看订单状态、维护个人资料；管理员能审核用户账号、上下架商品、修改商品信息、处理订单、调整用户余额、修改自身密码。压缩包里有全部源代码、建库SQL脚本（db_secondhandmarket.sql）、运行环境配置说明（运行环境.txt）、20多张真实界面截图（0.png到22.png）、一个实操演示视频（jsp+ssm+mysql实现的校园二手市场交易平台源码.mp4）以及配套视频运行教程，部署简单，适合毕业设计、课程实训或二次开发学习。

本文还有配套的精品资源，点击获取