简介这是一份二手交易网站开发学习资料包面向电子商务专业学生、Web开发者及对二手电商模式感兴趣的研究者。资料由论文与源码两大部分组成论文从市场背景、用户需求分析、用户画像出发详细阐述网站设计理念、技术选型、前后端交互、数据库设计及开发过程并对目标市场规模、竞争对手和项目成败得失进行总结源码将理论落地为可运行程序覆盖商品展示、搜索排序、用户管理、订单处理、支付对接、数据存储等核心模块是理解电商平台运作机制的良好参考。压缩包整体约53.32MB以论文文档和源代码文件为主文件组织便于对照查阅。目前已有49人学习适合通过论文把握宏观思路、通过源码动手实践系统性提升电商开发与运营能力。1. 先看 zip 包里有什么再决定怎么跑网盘上下载回来的二手交易网站(论文源码)_kaic.zip解开之后通常是两样东西一份 Word 论文和一套 Spring 系工程。这类包面对的毕业设计题目很固定要解决的问题无非是用户能注册登录、发布闲置商品、按关键词搜索、下单完成一次模拟交易管理员在后台做商品审核和用户管理。对下载源码的人来说真正的门槛不是代码看不懂而是不知道从哪一步开始——数据库脚本在哪个目录、配置要改哪几处、Maven 依赖下不动怎么办、启动报错能不能无视。拿到包后我一般会先做一件事不碰论文先把 pom.xml 和目录结构看一遍确定了技术栈再决定用哪个 JDK、哪份 SQL 脚本这能省下大半天的试错时间。下面就把这条路径完整捋一遍。2. 二手交易网站后端架构与数据库设计2.1 从源码包结构反推技术栈先别急着点运行。在 IDEA 里打开工程后第一件事是看 pom.xml 里的 spring-boot-starter-parent 版本号这决定了 JDK 版本和 MySQL 驱动的写法。Spring Boot 2.x 配 JDK 8Spring Boot 3.x 必须 JDK 17 以上混用的话连编译都过不去。第二个判断点是工程里有没有 src/main/webapp/WEB-INF/jsp 目录有 JSP说明是传统服务端渲染页面由 controller 返回视图只有 static 和 templates说明是静态资源加 Thymeleaf 的模板渲染或纯前后端分离的接口模式。常见做法是前后端一体前端用 Bootstrap 加 jQuery 写静态页后端提供 /api 接口返回 JSON登录态用 Session。这种组合对二手交易网站这种题目足够答辩演示方便不需要额外起 Node 服务。如果包里的前端是 Vue留意 dist 目录有没有被打进 static 目录没打进就得自己执行 npm run build 再复制过去。2.2 三张核心表和一张辅助表无论实现用 MyBatis 还是 JPA表结构大方向一致。一个二手交易闭环最少需要四张表user 表里的 role 字段区分普通用户和管理员这直接决定后台管理菜单能否显示goods 的 status 字段承载整个交易状态机是最容易写错的字段。表名作用关键字段user用户与登录信息username, password, phone, avatar, rolegoods商品信息user_id, category_id, title, price, status, imagesorders订单记录goods_id, buyer_id, seller_id, amount, statuscategory商品分类name, sort2.2.1 商品表状态字段决定交易边界CREATE TABLE goods ( id int NOT NULL AUTO_INCREMENT, user_id int NOT NULL COMMENT 发布者ID, category_id int DEFAULT NULL, title varchar(100) NOT NULL, description text, price decimal(10,2) NOT NULL, images varchar(500) DEFAULT NULL COMMENT 图片URL逗号分隔, status tinyint NOT NULL DEFAULT 0 COMMENT 0在售 1已售 2下架, view_count int NOT NULL DEFAULT 0, created_at datetime NOT NULL, PRIMARY KEY (id), KEY idx_user_id (user_id), KEY idx_status_created (status, created_at) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;price 必须用 decimal 不能用 floatfloat 在累加和比较时会出现精度误差答辩时被问到金额精度会很尴尬。status 用 tinyint 比字符串好索引更小且排序更快。idx_status_created 联合索引对应首页最常见的查询——按在售状态倒序取最新商品它能让列表页避免 filesort 全表排序。2.2.2 订单表一笔交易最少需要三个状态订单状态一般设计为 0 待付款、1 已付款待发货、2 已完成、3 已取消。二手交易网站多数没有真实支付付款动作用模拟支付按钮替代所以订单表里常见 pay_time 字段记录模拟支付时间。论文里可以把这一步写为接入支付网关的简化实现答辩时比没做支付体面得多而且不算造假。2.3 登录态用 Session 还是 JWT纯服务端渲染的项目用 Session 就够了。Spring Boot 默认 session 超时是 30 分钟可在 application.yml 用 server.servlet.session.timeout60m 调长。如果包里的前端是 Vue 且接口跨端口访问Session 的 Cookie 会受跨域限制这时才需要 JWT。JWT 的常见做法是登录成功后生成 token 存内存或 Redis前端每次请求带 Authorization 头后端用拦截器解析。二手交易网站的并发量远没到需要 Redis 共享 Session 的程度本地单机跑 Session 是最省事的选择。判断包用了哪种方案很简单登录接口返回的是 JSESSIONID 还是 token 字符串。3. 把二手交易网站源码本地跑通3.1 IDEA 导入与 Maven 配置步骤很固定IDEA 里 File - Open 选择解压后的工程目录等 Maven 自动导入。如果 pom.xml 一直报红先检查 Maven 仓库路径和 JDK 配置这两个是初学者最常栽的地方。IDEA 默认 JDK 版本和项目要求对不上时项目连编译都过不去报错信息往往指向某个不存在的依赖误导你去改 pom 而不是切 JDK。国内网络下 Maven 中央仓库很容易拉不动依赖下载超时先配阿里云镜像在 Maven 的 settings.xml 的 mirrors 节点里加mirror idaliyunmaven/id mirrorOfcentral/mirrorOf urlhttps://maven.aliyun.com/repository/public/url /mirrormirrorOf 写 central 表示只代理中央仓库避免把其他私服仓库也强制走镜像导致部分依赖找不到。配完镜像后执行 reimport看到 BUILD SUCCESS 再继续。这一步不做完后面所有报错都可能是依赖缺失造成的假象排查起来非常浪费时间。3.2 改数据源配置并初始化数据库解压后的 sql 脚本一般在工程根目录的 sql 或 db 文件夹下也可能独立放在源码包外面。先启动本地 MySQL再执行建库建表脚本mysql -uroot -p source D:/secondhand/sql/secondhand.sqlsource 命令要写绝对路径。Windows 下用反斜杠没问题但如果你在 git bash 环境里执行反斜杠会被转义建议统一用正斜杠 D:/secondhand/sql/secondhand.sql。脚本执行完后把 application.yml 里的数据源改成自己机器的账号密码server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/secondhand?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 改成你的密码 mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.secondhand.entitydriver-class-name 是 MySQL 8 的写法如果本地是 MySQL 5.7 可以继续用 com.mysql.jdbc.Driver但两个版本不要混写。url 里的 characterEncodingutf8 解决中文乱码serverTimezoneAsia/Shanghai 解决 JDBC 时区报错这两个参数是全国高校机房里最常见的两个坑。password 加双引号是因为部分密码带特殊字符YAML 里裸写会解析失败。3.3 启动失败的常见报错对照表报错关键字真正原因处理方式Access denied for user用户名或密码不对改 application.yml 后重启Unknown database库没建或库名不一致对照 url 里的库名执行建库脚本Failed to configure a DataSource数据源配置没生效检查 yml 缩进和文件是否被扫描Port 8080 was already in use端口被占用换端口或杀掉占用进程Invalid bound statementMapper XML 没被扫描检查 mapper-locations 路径中文乱码连接串没有 characterEncoding在 url 中追加字符集参数端口被占用在 Windows 上是高发问题用 netstat -ano | findstr 8080 找到 PID再到任务管理器结束进程比改端口干净。Invalid bound statement 是最隐蔽的错项目能启动、点功能才报实际是 mapper XML 的 namespace 和接口全限定名不一致或 target 目录里没打进 xml 文件这时要在 pom.xml 的 build 节点配置 resource 把 xml 包含进来。4. 二手交易网站核心功能发布、搜索、下单的代码实现4.1 商品发布与图片上传商品发布接口里最容易被问倒的是图片上传。常见做法是把图片存到本地磁盘固定目录数据库只存相对路径不要把图片塞进数据库或 base64 后提交。字符串长度是一方面主要是查询时会拖慢整个列表接口。下面这段是典型实现PostMapping(/api/goods/upload) public ResultString upload(RequestParam(file) MultipartFile file) { if (file.isEmpty()) { return Result.error(文件为空); } String original file.getOriginalFilename(); String ext original.substring(original.lastIndexOf(.)); String filename UUID.randomUUID().toString().replace(-, ) ext; String datePath new SimpleDateFormat(yyyyMMdd).format(new Date()); File dir new File(uploadDir File.separator datePath); if (!dir.exists()) { dir.mkdirs(); } file.transferTo(new File(dir, filename)); return Result.ok(/uploads/ datePath / filename); }用 UUID 重命名是为了避免中文文件名和同名覆盖两个问题ext 只取最后一个点后面的内容防止文件名里本身带点导致后缀截取错位。按日期建子目录是为了避免单个目录文件过多Linux 下目录里几万文件后遍历会明显变慢。数据库里 images 字段存逗号分隔的多个路径前端按逗号拆开渲染轮播。由于图片存在本地磁盘必须配虚拟路径映射否则页面 img 标签访问 /uploads/ 会 404Configuration public class WebConfig implements WebMvcConfigurer { Value(${upload.dir}) private String uploadDir; Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/uploads/**) .addResourceLocations(file: uploadDir File.separator); } }addResourceHandler 是浏览器访问的 URL 前缀addResourceLocations 是磁盘真实路径两者对不上就 404。file: 前缀不能省不写会被当成 classpath 路径处理。4.2 搜索与分页的实现大部分二手交易网站的搜索就是标题加描述的模糊匹配配合分类筛选和状态过滤。搜索和商品列表共用同一套查询逻辑区别只在有没有 keyword 参数public PageResultGoods search(String keyword, Integer categoryId, int page, int pageSize) { PageHelper.startPage(page, pageSize); GoodsQuery query new GoodsQuery(); if (keyword ! null !keyword.trim().isEmpty()) { query.setKeyword(% keyword.trim() %); } query.setCategoryId(categoryId); query.setStatus(0); ListGoods list goodsMapper.search(query); return new PageResult(new PageInfo(list)); }对应的 Mapper XMLselect idsearch resultTypecom.example.secondhand.entity.Goods SELECT * FROM goods where status 0 if testkeyword ! null AND (title LIKE #{keyword} OR description LIKE #{keyword}) /if if testcategoryId ! null AND category_id #{categoryId} /if /where ORDER BY created_at DESC /selectPageHelper 的 startPage 必须写在紧接着的查询语句前面中间不能插入其他查询否则分页会串到别的 SQL 上。where 标签会自动去掉第一个多余的 AND避免手动拼接时的空格问题。keyword 在 Java 层已经拼好 %XML 里不用再拼防止 % 重复。这里用 #{keyword} 预编译占位% 通配符只作用于 LIKE不会引入 SQL 注入。4.3 下单事务与并发保护下单是二手交易网站里唯一真正需要事务的地方校验商品在售、变更商品状态、生成订单三步要么全成功要么全回滚必须在一个事务里。Transactional public Order createOrder(Long goodsId, Long buyerId) { Goods goods goodsMapper.selectByIdForUpdate(goodsId); if (goods null || goods.getStatus() ! 0) { throw new RuntimeException(商品不存在或已不在售); } if (goods.getUserId().equals(buyerId)) { throw new RuntimeException(不能购买自己发布的商品); } goods.setStatus(1); goodsMapper.updateStatus(goods); Order order new Order(); order.setGoodsId(goodsId); order.setBuyerId(buyerId); order.setSellerId(goods.getUserId()); order.setAmount(goods.getPrice()); order.setStatus(0); orderMapper.insert(order); return order; }selectByIdForUpdate 在 SQL 里对应 SELECT ... FOR UPDATE是悲观锁。它把商品行锁住第二个用户查询同一件商品时会阻塞等待事务提交后拿到最新状态发现已售抛出异常。这是二手交易这种读多写少、热点集中的场景里最直接有效的并发控制手段。状态流转关系如下当前状态触发动作后续状态0 在售用户下单1 已售1 已售买家取消演示3 已取消2 下架管理员操作0 在售可恢复Transactional 默认只回滚 RuntimeException如果手动捕了异常再抛 checked Exception事务不会回滚这是下单后商品状态被改坏的最常见原因。另一个常见错误是在同类内部用 this.createOrder() 调自己事务注解会失效必须通过 Spring 代理调用。5. 答辩前验证二手交易网站功能并准备论文素材5.1 按功能模块做一轮实测答辩前两个小时发现功能坏了是最亏的。按测试矩阵把主链路完整走一遍重点不是看有没有红色报错而是记录每一步的实际结果这些记录可以直接写进论文的测试章节老师问这个功能测过吗时你能直接说出结果和截图位置模块测试用例预期结果登录错误密码登录提示错误不跳转商品发布上传 4 张图片发布列表可见图片正常搜索搜索自行车返回标题含关键词商品下单购买在售商品商品变已售订单生成权限普通用户进 admin 页面跳回登录或提示无权限实测有个技巧开发者工具开到 Network 面板逐个接口看响应时间。本地接口一般 50ms 内某个接口超过 500ms 优先查 N1 查询比如商品列表里循环查分类名。数据量小时看不出问题用下面的脚本灌一批数据就能暴露。5.2 用批量脚本造演示数据-- 一次插入 200 条测试商品 INSERT INTO goods (user_id, category_id, title, description, price, status, created_at) SELECT FLOOR(1 RAND() * 10), FLOOR(1 RAND() * 8), CONCAT(测试商品, n), 来自批量脚本的模拟数据, ROUND(RAND() * 5000, 2), 0, DATE_SUB(NOW(), INTERVAL FLOOR(RAND() * 30) DAY) FROM ( SELECT row : row 1 AS n FROM information_schema.COLUMNS CROSS JOIN (SELECT row : 0) r LIMIT 200 ) t;这条语句利用 information_schema.COLUMNS 当数字生成器不需要存储过程就能一次插入 200 条测试数据created_at 随机分布在过去 30 天让列表页时间排序看起来真实。灌完数据后翻几页重点看分页有没有重复记录、总条数是否对得上。演示时准备好最小数据集三个用户、六件商品、两笔已完成订单。答辩按注册登录 - 发布商品 - 搜索 - 下单 - 后台审核顺序走每一步切到数据库执行一条 SELECT 确认数据变化。例如下单后立刻执行 SELECT * FROM goods WHERE id1; 看到 status 从 0 变 1把这条结果截图贴进论文测试表这套验证路径比只点页面说服力强得多也是论文系统测试章节最扎实的素材来源。本文还有配套的精品资源点击获取 二手交易网站源码运行指南：Spring Boot+MySQL 本地部署与核心功能实现
简介这是一份二手交易网站开发学习资料包面向电子商务专业学生、Web开发者及对二手电商模式感兴趣的研究者。资料由论文与源码两大部分组成论文从市场背景、用户需求分析、用户画像出发详细阐述网站设计理念、技术选型、前后端交互、数据库设计及开发过程并对目标市场规模、竞争对手和项目成败得失进行总结源码将理论落地为可运行程序覆盖商品展示、搜索排序、用户管理、订单处理、支付对接、数据存储等核心模块是理解电商平台运作机制的良好参考。压缩包整体约53.32MB以论文文档和源代码文件为主文件组织便于对照查阅。目前已有49人学习适合通过论文把握宏观思路、通过源码动手实践系统性提升电商开发与运营能力。1. 先看 zip 包里有什么再决定怎么跑网盘上下载回来的二手交易网站(论文源码)_kaic.zip解开之后通常是两样东西一份 Word 论文和一套 Spring 系工程。这类包面对的毕业设计题目很固定要解决的问题无非是用户能注册登录、发布闲置商品、按关键词搜索、下单完成一次模拟交易管理员在后台做商品审核和用户管理。对下载源码的人来说真正的门槛不是代码看不懂而是不知道从哪一步开始——数据库脚本在哪个目录、配置要改哪几处、Maven 依赖下不动怎么办、启动报错能不能无视。拿到包后我一般会先做一件事不碰论文先把 pom.xml 和目录结构看一遍确定了技术栈再决定用哪个 JDK、哪份 SQL 脚本这能省下大半天的试错时间。下面就把这条路径完整捋一遍。2. 二手交易网站后端架构与数据库设计2.1 从源码包结构反推技术栈先别急着点运行。在 IDEA 里打开工程后第一件事是看 pom.xml 里的 spring-boot-starter-parent 版本号这决定了 JDK 版本和 MySQL 驱动的写法。Spring Boot 2.x 配 JDK 8Spring Boot 3.x 必须 JDK 17 以上混用的话连编译都过不去。第二个判断点是工程里有没有 src/main/webapp/WEB-INF/jsp 目录有 JSP说明是传统服务端渲染页面由 controller 返回视图只有 static 和 templates说明是静态资源加 Thymeleaf 的模板渲染或纯前后端分离的接口模式。常见做法是前后端一体前端用 Bootstrap 加 jQuery 写静态页后端提供 /api 接口返回 JSON登录态用 Session。这种组合对二手交易网站这种题目足够答辩演示方便不需要额外起 Node 服务。如果包里的前端是 Vue留意 dist 目录有没有被打进 static 目录没打进就得自己执行 npm run build 再复制过去。2.2 三张核心表和一张辅助表无论实现用 MyBatis 还是 JPA表结构大方向一致。一个二手交易闭环最少需要四张表user 表里的 role 字段区分普通用户和管理员这直接决定后台管理菜单能否显示goods 的 status 字段承载整个交易状态机是最容易写错的字段。表名作用关键字段user用户与登录信息username, password, phone, avatar, rolegoods商品信息user_id, category_id, title, price, status, imagesorders订单记录goods_id, buyer_id, seller_id, amount, statuscategory商品分类name, sort2.2.1 商品表状态字段决定交易边界CREATE TABLE goods ( id int NOT NULL AUTO_INCREMENT, user_id int NOT NULL COMMENT 发布者ID, category_id int DEFAULT NULL, title varchar(100) NOT NULL, description text, price decimal(10,2) NOT NULL, images varchar(500) DEFAULT NULL COMMENT 图片URL逗号分隔, status tinyint NOT NULL DEFAULT 0 COMMENT 0在售 1已售 2下架, view_count int NOT NULL DEFAULT 0, created_at datetime NOT NULL, PRIMARY KEY (id), KEY idx_user_id (user_id), KEY idx_status_created (status, created_at) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;price 必须用 decimal 不能用 floatfloat 在累加和比较时会出现精度误差答辩时被问到金额精度会很尴尬。status 用 tinyint 比字符串好索引更小且排序更快。idx_status_created 联合索引对应首页最常见的查询——按在售状态倒序取最新商品它能让列表页避免 filesort 全表排序。2.2.2 订单表一笔交易最少需要三个状态订单状态一般设计为 0 待付款、1 已付款待发货、2 已完成、3 已取消。二手交易网站多数没有真实支付付款动作用模拟支付按钮替代所以订单表里常见 pay_time 字段记录模拟支付时间。论文里可以把这一步写为接入支付网关的简化实现答辩时比没做支付体面得多而且不算造假。2.3 登录态用 Session 还是 JWT纯服务端渲染的项目用 Session 就够了。Spring Boot 默认 session 超时是 30 分钟可在 application.yml 用 server.servlet.session.timeout60m 调长。如果包里的前端是 Vue 且接口跨端口访问Session 的 Cookie 会受跨域限制这时才需要 JWT。JWT 的常见做法是登录成功后生成 token 存内存或 Redis前端每次请求带 Authorization 头后端用拦截器解析。二手交易网站的并发量远没到需要 Redis 共享 Session 的程度本地单机跑 Session 是最省事的选择。判断包用了哪种方案很简单登录接口返回的是 JSESSIONID 还是 token 字符串。3. 把二手交易网站源码本地跑通3.1 IDEA 导入与 Maven 配置步骤很固定IDEA 里 File - Open 选择解压后的工程目录等 Maven 自动导入。如果 pom.xml 一直报红先检查 Maven 仓库路径和 JDK 配置这两个是初学者最常栽的地方。IDEA 默认 JDK 版本和项目要求对不上时项目连编译都过不去报错信息往往指向某个不存在的依赖误导你去改 pom 而不是切 JDK。国内网络下 Maven 中央仓库很容易拉不动依赖下载超时先配阿里云镜像在 Maven 的 settings.xml 的 mirrors 节点里加mirror idaliyunmaven/id mirrorOfcentral/mirrorOf urlhttps://maven.aliyun.com/repository/public/url /mirrormirrorOf 写 central 表示只代理中央仓库避免把其他私服仓库也强制走镜像导致部分依赖找不到。配完镜像后执行 reimport看到 BUILD SUCCESS 再继续。这一步不做完后面所有报错都可能是依赖缺失造成的假象排查起来非常浪费时间。3.2 改数据源配置并初始化数据库解压后的 sql 脚本一般在工程根目录的 sql 或 db 文件夹下也可能独立放在源码包外面。先启动本地 MySQL再执行建库建表脚本mysql -uroot -p source D:/secondhand/sql/secondhand.sqlsource 命令要写绝对路径。Windows 下用反斜杠没问题但如果你在 git bash 环境里执行反斜杠会被转义建议统一用正斜杠 D:/secondhand/sql/secondhand.sql。脚本执行完后把 application.yml 里的数据源改成自己机器的账号密码server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/secondhand?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 改成你的密码 mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.secondhand.entitydriver-class-name 是 MySQL 8 的写法如果本地是 MySQL 5.7 可以继续用 com.mysql.jdbc.Driver但两个版本不要混写。url 里的 characterEncodingutf8 解决中文乱码serverTimezoneAsia/Shanghai 解决 JDBC 时区报错这两个参数是全国高校机房里最常见的两个坑。password 加双引号是因为部分密码带特殊字符YAML 里裸写会解析失败。3.3 启动失败的常见报错对照表报错关键字真正原因处理方式Access denied for user用户名或密码不对改 application.yml 后重启Unknown database库没建或库名不一致对照 url 里的库名执行建库脚本Failed to configure a DataSource数据源配置没生效检查 yml 缩进和文件是否被扫描Port 8080 was already in use端口被占用换端口或杀掉占用进程Invalid bound statementMapper XML 没被扫描检查 mapper-locations 路径中文乱码连接串没有 characterEncoding在 url 中追加字符集参数端口被占用在 Windows 上是高发问题用 netstat -ano | findstr 8080 找到 PID再到任务管理器结束进程比改端口干净。Invalid bound statement 是最隐蔽的错项目能启动、点功能才报实际是 mapper XML 的 namespace 和接口全限定名不一致或 target 目录里没打进 xml 文件这时要在 pom.xml 的 build 节点配置 resource 把 xml 包含进来。4. 二手交易网站核心功能发布、搜索、下单的代码实现4.1 商品发布与图片上传商品发布接口里最容易被问倒的是图片上传。常见做法是把图片存到本地磁盘固定目录数据库只存相对路径不要把图片塞进数据库或 base64 后提交。字符串长度是一方面主要是查询时会拖慢整个列表接口。下面这段是典型实现PostMapping(/api/goods/upload) public ResultString upload(RequestParam(file) MultipartFile file) { if (file.isEmpty()) { return Result.error(文件为空); } String original file.getOriginalFilename(); String ext original.substring(original.lastIndexOf(.)); String filename UUID.randomUUID().toString().replace(-, ) ext; String datePath new SimpleDateFormat(yyyyMMdd).format(new Date()); File dir new File(uploadDir File.separator datePath); if (!dir.exists()) { dir.mkdirs(); } file.transferTo(new File(dir, filename)); return Result.ok(/uploads/ datePath / filename); }用 UUID 重命名是为了避免中文文件名和同名覆盖两个问题ext 只取最后一个点后面的内容防止文件名里本身带点导致后缀截取错位。按日期建子目录是为了避免单个目录文件过多Linux 下目录里几万文件后遍历会明显变慢。数据库里 images 字段存逗号分隔的多个路径前端按逗号拆开渲染轮播。由于图片存在本地磁盘必须配虚拟路径映射否则页面 img 标签访问 /uploads/ 会 404Configuration public class WebConfig implements WebMvcConfigurer { Value(${upload.dir}) private String uploadDir; Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/uploads/**) .addResourceLocations(file: uploadDir File.separator); } }addResourceHandler 是浏览器访问的 URL 前缀addResourceLocations 是磁盘真实路径两者对不上就 404。file: 前缀不能省不写会被当成 classpath 路径处理。4.2 搜索与分页的实现大部分二手交易网站的搜索就是标题加描述的模糊匹配配合分类筛选和状态过滤。搜索和商品列表共用同一套查询逻辑区别只在有没有 keyword 参数public PageResultGoods search(String keyword, Integer categoryId, int page, int pageSize) { PageHelper.startPage(page, pageSize); GoodsQuery query new GoodsQuery(); if (keyword ! null !keyword.trim().isEmpty()) { query.setKeyword(% keyword.trim() %); } query.setCategoryId(categoryId); query.setStatus(0); ListGoods list goodsMapper.search(query); return new PageResult(new PageInfo(list)); }对应的 Mapper XMLselect idsearch resultTypecom.example.secondhand.entity.Goods SELECT * FROM goods where status 0 if testkeyword ! null AND (title LIKE #{keyword} OR description LIKE #{keyword}) /if if testcategoryId ! null AND category_id #{categoryId} /if /where ORDER BY created_at DESC /selectPageHelper 的 startPage 必须写在紧接着的查询语句前面中间不能插入其他查询否则分页会串到别的 SQL 上。where 标签会自动去掉第一个多余的 AND避免手动拼接时的空格问题。keyword 在 Java 层已经拼好 %XML 里不用再拼防止 % 重复。这里用 #{keyword} 预编译占位% 通配符只作用于 LIKE不会引入 SQL 注入。4.3 下单事务与并发保护下单是二手交易网站里唯一真正需要事务的地方校验商品在售、变更商品状态、生成订单三步要么全成功要么全回滚必须在一个事务里。Transactional public Order createOrder(Long goodsId, Long buyerId) { Goods goods goodsMapper.selectByIdForUpdate(goodsId); if (goods null || goods.getStatus() ! 0) { throw new RuntimeException(商品不存在或已不在售); } if (goods.getUserId().equals(buyerId)) { throw new RuntimeException(不能购买自己发布的商品); } goods.setStatus(1); goodsMapper.updateStatus(goods); Order order new Order(); order.setGoodsId(goodsId); order.setBuyerId(buyerId); order.setSellerId(goods.getUserId()); order.setAmount(goods.getPrice()); order.setStatus(0); orderMapper.insert(order); return order; }selectByIdForUpdate 在 SQL 里对应 SELECT ... FOR UPDATE是悲观锁。它把商品行锁住第二个用户查询同一件商品时会阻塞等待事务提交后拿到最新状态发现已售抛出异常。这是二手交易这种读多写少、热点集中的场景里最直接有效的并发控制手段。状态流转关系如下当前状态触发动作后续状态0 在售用户下单1 已售1 已售买家取消演示3 已取消2 下架管理员操作0 在售可恢复Transactional 默认只回滚 RuntimeException如果手动捕了异常再抛 checked Exception事务不会回滚这是下单后商品状态被改坏的最常见原因。另一个常见错误是在同类内部用 this.createOrder() 调自己事务注解会失效必须通过 Spring 代理调用。5. 答辩前验证二手交易网站功能并准备论文素材5.1 按功能模块做一轮实测答辩前两个小时发现功能坏了是最亏的。按测试矩阵把主链路完整走一遍重点不是看有没有红色报错而是记录每一步的实际结果这些记录可以直接写进论文的测试章节老师问这个功能测过吗时你能直接说出结果和截图位置模块测试用例预期结果登录错误密码登录提示错误不跳转商品发布上传 4 张图片发布列表可见图片正常搜索搜索自行车返回标题含关键词商品下单购买在售商品商品变已售订单生成权限普通用户进 admin 页面跳回登录或提示无权限实测有个技巧开发者工具开到 Network 面板逐个接口看响应时间。本地接口一般 50ms 内某个接口超过 500ms 优先查 N1 查询比如商品列表里循环查分类名。数据量小时看不出问题用下面的脚本灌一批数据就能暴露。5.2 用批量脚本造演示数据-- 一次插入 200 条测试商品 INSERT INTO goods (user_id, category_id, title, description, price, status, created_at) SELECT FLOOR(1 RAND() * 10), FLOOR(1 RAND() * 8), CONCAT(测试商品, n), 来自批量脚本的模拟数据, ROUND(RAND() * 5000, 2), 0, DATE_SUB(NOW(), INTERVAL FLOOR(RAND() * 30) DAY) FROM ( SELECT row : row 1 AS n FROM information_schema.COLUMNS CROSS JOIN (SELECT row : 0) r LIMIT 200 ) t;这条语句利用 information_schema.COLUMNS 当数字生成器不需要存储过程就能一次插入 200 条测试数据created_at 随机分布在过去 30 天让列表页时间排序看起来真实。灌完数据后翻几页重点看分页有没有重复记录、总条数是否对得上。演示时准备好最小数据集三个用户、六件商品、两笔已完成订单。答辩按注册登录 - 发布商品 - 搜索 - 下单 - 后台审核顺序走每一步切到数据库执行一条 SELECT 确认数据变化。例如下单后立刻执行 SELECT * FROM goods WHERE id1; 看到 status 从 0 变 1把这条结果截图贴进论文测试表这套验证路径比只点页面说服力强得多也是论文系统测试章节最扎实的素材来源。本文还有配套的精品资源点击获取