简介：这是一份高校毕业设计级别的校园二手物品交易管理系统完整项目，面向计算机相关专业学生，覆盖用户注册登录、商品发布检索、在线交易、评论互动及后台管理等核心业务，可帮助理解B/S架构下的完整Web开发流程。压缩包共1472个文件，大小约47.7MB，含49个Java源文件、14个JSP动态页面、66个jar依赖库、28个JavaScript脚本、181个CSS样式表，以及大量PNG、SVG、GIF图片资源和XML配置文件，整体目录结构完整，兼具前端展示与后端逻辑。从内容预览可见，项目前端主要基于jQuery Mobile构建，适用于移动端页面设计学习；后端Java与JSP的搭配则直观呈现出经典MVC分层思路。目前已有143人学习下载，适合用于毕业设计参考、课程项目实战或Web开发入门进阶，通过源码研读和数据库脚本可快速复现系统并二次扩展。
1. 校园二手交易管理系统：毕设资源包里真正值钱的是这四块
校园二手物品交易管理系统是每年毕业设计里出现频率最高的题目之一，需求看着简单——注册登录、发布商品、浏览下单——但真写成一份能过查重、能演示、能答得上答辩老师追问的完整系统，工作量比想象中大得多。这份 ZIP 里装的是完整工程源码加数据库脚本，前端页面、后端接口、SQL 初始化文件一应俱全，拿到手可以直接本地跑起来。适合三类人：被这个题目卡住、需要参照完整实现的学生；想快速做一个可演示 Demo 去面试的求职者；以及想基于现成代码二次开发、加入自己功能点的人。下面按我的拆包习惯，从架构、核心流程、部署到踩坑一路过一遍。
2. 系统架构与数据库设计：四张表撑起交易闭环的骨架
2.1 技术选型与项目结构：这个题目为什么用 Spring Boot 最划算
先看整体技术栈。这套资源用的是 Spring Boot + MyBatis + MySQL 的组合，前端页面由 Thymeleaf 模板引擎直接渲染，不拆前后端。选这个组合的理由很明确：Spring Boot 内置 Tomcat，打完包java -jar就能跑，不需要额外配置外部容器；MyBatis 把 SQL 写在 Mapper XML 里，答辩时老师问“查询怎么做”可以直接翻 SQL 给他看，比 JPA 那种自动生成的 SQL 更有说服力；Thymeleaf 渲染服务端页面，整个系统只有一个工程，部署成本低。
资源解压后目录结构是标准的 Maven 工程布局：
campus-secondhand/ ├── src/main/java │ └── com/campus/secondhand │ ├── controller/ # 控制层：处理页面请求与接口 │ ├── service/ # 业务层：交易规则、状态流转 │ ├── mapper/ # MyBatis 数据访问接口 │ ├── entity/ # 实体类：User, Goods, Order, Favorites │ └── config/ # 配置类：拦截器、静态资源映射 ├── src/main/resources │ ├── mapper/ # MyBatis XML：SQL 集中在这里 │ ├── static/ # CSS、JS、图片等静态资源 │ ├── templates/ # Thymeleaf 页面模板 │ └── application.yml # 数据源、端口、上传配置 └── sql/ └── campus_secondhand.sql # 建库建表 + 初始数据这个结构在毕业设计里属于标准型布局：控制层、服务层、DAO 层分得清清楚楚，老师问分层架构的时候可以直接对着源码讲。日常改代码最常动的两个文件是application.yml和mapper目录下的 XML，前者管连接参数，后者管所有 SQL。pom.xml里的核心依赖也很精简，就是spring-boot-starter-web、mybatis-spring-boot-starter、mysql-connector-java和thymeleaf四件套，没有多余的东西，这对毕设项目反而是优点——依赖越少，打包体积越小，出依赖冲突的概率越低。
2.2 用户、商品、订单、收藏：四张核心表的关系梳理
交易系统的核心数据模型围绕四张表展开：用户表、商品表、订单表、收藏表。用户和商品是一对多，用户和订单是一对多，商品和收藏是多对多（通过收藏表关联），这四个关系基本覆盖了所有查询路径。
用户表除了常规的主键、用户名、密码之外，还多了一个avatar字段，存用户头像的访问路径。这里有个细节值得注意：密码字段存的是加密后的密文，不是明文。常见做法是用 MD5 加盐或 BCrypt 加密后的值，登录时用同样算法比对。答辩老师几乎必问“密码怎么存的”，答“明文存储”直接扣印象分，答“MD5 + 随机盐”或者“BCrypt”就是标准答案。如果你拿到的工程里密码是明文，数据库脚本里也直接插的是123456这种明文，那登录校验逻辑一般也是按明文比对的——这种情况建议升级成加密存储，哪怕只做一步 MD5，也算一个改造加分点。
商品表是信息量最大的一张表。除了标题、描述、价格、图片之外，还有两个关键字段：status和seller_id。status控制商品在交易流程中的状态——在售、已预订、已售出、下架——这一块是状态机思维的体现，状态值用数字表示，在 Java 侧定义一个枚举类或者在代码注释里写明 0/1/2/3 的含义。seller_id关联用户表，查询商品列表时需要 join 用户表拿卖家昵称。另外一张分类表通过category_id关联，分类在页面里就是下拉框的数据来源，数据结构上是一个简单的字典表。
订单表记录每一次交易。字段包括订单号、买家 ID、商品 ID、成交价格、下单时间、状态。订单号一般不用自增主键直接暴露，而是生成一个带时间戳的字符串，比如202506151230001234这种格式，看起来更正式且不容易撞车。成交价格单独存而不是直接读商品表的 price，是因为商品价格可能被卖家修改，下单时需要锁定当时的价格快照，这跟电商系统里订单快照的思路一致。
收藏表的逻辑最简单，两个外键加一个创建时间，但它的意义在于让系统多了一个“关注”的维度，页面上的“我的收藏”功能全靠它。实现时要注意唯一约束，同一个用户不能重复收藏同一件商品，数据库层面做联合唯一索引是更稳的做法，不要只靠 Java 代码里先查再插的逻辑去防重，并发请求下两个线程同时通过查询校验就会插入两条重复记录。联合唯一索引是最后的兜底。
2.3 数据库初始化：DDL 脚本与关键字段说明
SQL 脚本是整个资源里最先要打开的文件。它负责建库、建表和插入初始数据，直接决定了系统能不能跑起来。以下是商品表的核心 DDL：
CREATE DATABASE IF NOT EXISTS campus_secondhand DEFAULT CHARACTER SET utf8mb4; USE campus_secondhand; CREATE TABLE `goods` ( `id` INT NOT NULL AUTO_INCREMENT, `seller_id` INT NOT NULL COMMENT '卖家ID，关联user表', `title` VARCHAR(100) NOT NULL COMMENT '商品标题', `description` TEXT COMMENT '商品描述', `price` DECIMAL(10,2) NOT NULL COMMENT '成交价格', `original_price` DECIMAL(10,2) DEFAULT NULL COMMENT '原价，用于显示折扣', `image_url` VARCHAR(255) DEFAULT NULL COMMENT '商品主图路径', `category_id` INT DEFAULT NULL COMMENT '分类ID', `status` TINYINT NOT NULL DEFAULT 0 COMMENT '0在售 1已预订 2已售出 3下架', `view_count` INT NOT NULL DEFAULT 0 COMMENT '浏览量', `created_at` DATETIME DEFAULT CURRENT_TIMESTAMP, `updated_at` DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_seller` (`seller_id`), KEY `idx_category` (`category_id`), KEY `idx_status` (`status`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='二手商品表';这段 DDL 有三个细节会在答辩时被追问。第一是utf8mb4字符集，不用utf8是为了让表情符号和生僻字不变成问号，这一点解释起来是加分项。第二是status TINYINT用数字而不是字符串，状态靠数值映射，语义在枚举类里定义，这是空间换可读性的取舍，实际项目中更常用。第三是三个索引idx_seller、idx_category、idx_status，它们是商品列表页三个主要查询维度——按卖家查、按分类查、按状态查——的加速器，没有索引的话数据量一大页面直接卡顿。索引不是越多越好，但针对高频查询条件建索引是常规操作。
其他三张表的创建逻辑类似，用户表注意username加唯一索引，订单表注意order_no加唯一索引，收藏表注意(user_id, goods_id)加联合唯一索引，这三个唯一约束是保证数据不脏的关键。初始化脚本里一般还会插入一个管理员账号和两三个测试用户，方便登录后立刻看到效果。如果你要改测试账号的密码，直接把 SQL 里的密文替换成你自己生成的密文即可，不要图省事改成明文，因为登录校验逻辑是按加密算法走的。
3. 核心流程实现：从发布商品到订单成交的完整链路
3.1 商品发布：图片上传与字段校验
商品发布是整个系统最核心的一个用户操作，它同时涉及文件上传、表单校验和数据库写入三个知识点。页面表单里，用户填写标题、描述、价格，选择分类，上传一张或多张商品图片，点击发布后后端按以下步骤处理。
@PostMapping("/goods/publish") public String publish(@RequestParam("title") String title, @RequestParam("price") BigDecimal price, @RequestParam("description") String description, @RequestParam("categoryId") Integer categoryId, @RequestParam(value = "image", required = false) MultipartFile image, HttpSession session) { User loginUser = (User) session.getAttribute("loginUser"); if (loginUser == null) { return "redirect:/user/login"; } // 基础校验：标题和价格不能为空，价格必须大于0 if (title == null || title.trim().length() == 0) { return "error/param_error"; } if (price == null || price.compareTo(BigDecimal.ZERO) <= 0) { return "error/param_error"; } Goods goods = new Goods(); goods.setSellerId(loginUser.getId()); goods.setTitle(title); goods.setPrice(price); goods.setDescription(description); goods.setCategoryId(categoryId); goods.setStatus((byte) 0); // 图片上传：保存到本地目录，数据库只存路径 if (image != null && !image.isEmpty()) { String path = fileStorageService.saveImage(image); goods.setImageUrl(path); } goodsService.addGoods(goods); return "redirect:/goods/detail/" + goods.getId(); }这段代码逻辑上做了三件事：校验登录状态、校验表单参数、写入数据库。这里有两个容易被忽略的点：价格用BigDecimal而不是double接收，浮点数直接算金额会出现 0.1 + 0.2 != 0.3 的经典问题，BigDecimal才能保证金额精度；image参数设置了required = false，这是为了兼容不传图片的商品发布——有些卖家只发文字描述，你不能让整个接口因为没传图片就报错。
图片存储这块，实际工程里fileStorageService.saveImage()一般会做三件事：生成唯一文件名（比如 UUID 加.jpg后缀）、把文件写入配置的上传目录、返回访问用的相对路径。唯一文件名是为了防止不同用户上传同名文件互相覆盖。写入目录建议放到项目的upload文件夹下，同时在 Spring Boot 的配置里做静态资源映射，让/upload/**路径能直接访问到磁盘文件，这个映射的配置方式在后面的避坑章节单独说，因为它是新手上路第一个翻车点。
3.2 商品检索：关键词模糊匹配与分类筛选
商品列表页和搜索结果是用户浏览商品的主要入口。检索功能要支持两个维度：按关键词搜索标题或描述，按分类筛选。这两个条件可以组合使用，SQL 层面用条件拼接实现。
<select id="searchGoods" resultType="com.campus.secondhand.entity.Goods"> SELECT g.*, u.nickname AS seller_name FROM goods g LEFT JOIN user u ON g.seller_id = u.id <where> <if test="keyword != null and keyword != ''"> AND (g.title LIKE CONCAT('%', #{keyword}, '%') OR g.description LIKE CONCAT('%', #{keyword}, '%')) </if> <if test="categoryId != null"> AND g.category_id = #{categoryId} </if> AND g.status = 0 </where> ORDER BY g.created_at DESC LIMIT #{offset}, #{pageSize} </select>MyBatis 动态 SQL 的<where>标签会自动处理多余的 AND 前缀，这是它比 JDBC 手动拼字符串省心的地方。LIMIT #{offset}, #{pageSize}是分页参数，在服务层计算offset = (pageNum - 1) * pageSize后传入。搜索只查status = 0在售状态的商品，防止已售出的商品继续出现在搜索结果里。
这里有一个性能上的注意点：LIKE '%keyword%'这种写法不会走索引，数据量大的时候是全文扫描。但校园二手交易系统的数据量通常几百到几千条，完全可以接受。如果商品积累了几万条数据，就要考虑改成全文索引或者引入 Elasticsearch，不过在毕设答辩的语境下，LIKE查询是足够且容易解释的方案。答辩时如果被问到“数据量大了怎么优化”，你可以顺着这个思路说“先加缓存，再考虑全文检索引擎，最后是分库分表”，这个回答层次感很强。
3.3 订单流转：从下单到成交的状态管理
订单状态是整个系统业务逻辑最密集的地方。一个简单但完整的流转是：买家点击“立即购买”生成订单（待付款）→ 卖家确认或系统自动确认 → 交易完成。实际代码里通常用状态枚举加 Service 层的状态校验方法来实现。
public boolean createOrder(Integer buyerId, Integer goodsId) { Goods goods = goodsMapper.findById(goodsId); // 核心校验：商品必须存在且处于在售状态 if (goods == null || goods.getStatus() != 0) { throw new BusinessException("商品不存在或已下架"); } // 防止卖家买自己的商品 if (goods.getSellerId().equals(buyerId)) { throw new BusinessException("不能购买自己发布的商品"); } Order order = new Order(); order.setOrderNo(generateOrderNo()); order.setBuyerId(buyerId); order.setGoodsId(goodsId); order.setPrice(goods.getPrice()); order.setStatus((byte) 0); // 0待付款 1已付款 2已完成 3已取消 orderMapper.insert(order); // 商品状态改为已预订，防止被其他人重复下单 goods.setStatus((byte) 1); goodsMapper.updateStatus(goods); return true; }这段代码里最重要的两行是orderMapper.insert(order)和紧随其后的goodsMapper.updateStatus(goods)。下单后立即把商品从“在售(0)”改成“已预订(1)”，其他用户再下单时第一步的status != 0校验就会拦截。这个机制是并发防重的最简实现，不需要引入分布式锁，在毕设数据量下完全够用。答辩老师追问“同时两个人下单怎么办”，答案就是这里——数据库行锁配合商品状态字段，第二个人拿到的商品状态已经是已预订，直接被拦下。
订单号生成函数generateOrderNo()常见实现是基于时间戳加随机数，例如yyyyMMddHHmmss加四位随机数，保证同一秒内并发也不会重复。这部分代码逻辑简单但属于加分细节，值得在答辩前自己默写一遍。订单创建后还有一个隐藏的处理点：要不要自动关闭未付款订单。很多毕设工程没有做这个功能，如果你想加分，可以在订单创建时启动一个定时任务，超过三十分钟未付款的订单自动取消并释放商品状态，这个进阶点最后一章会展开讲。
4. 本地部署与答辩演示：把 ZIP 里的工程跑起来
4.1 环境准备：JDK、Maven、MySQL 的版本匹配
拿到 ZIP 之后的第一件事不是打开 IDE，而是把运行环境对齐。毕设工程最常见的版本组合是 JDK 8 + Maven 3.6 + MySQL 5.7，也有新一点的工程用 JDK 11 + MySQL 8.0。打开pom.xml看<java.version>标签就知道工程要求哪个 JDK，这个信息比任何 README 都准确。
MySQL 版本的影响最大。MySQL 8.0 的驱动类名是com.mysql.cj.jdbc.Driver，连接 URL 需要带useSSL=false&serverTimezone=Asia/Shanghai参数，否则会报时区错误。MySQL 5.7 的驱动类名是com.mysql.jdbc.Driver，两者不兼容。如果工程是按 5.7 写的而本地装的是 8.0，最简单的方法是改application.yml里的驱动类名和 URL 参数，而不是卸载重装数据库。反过来也一样，MySQL 8.0 工程的驱动类名在 5.7 上是找不到的。
Maven 依赖下载是另一个耗时点。第一次构建需要从中央仓库拉取 Spring Boot 全家桶依赖，网络不稳会卡在下载阶段。常见的做法是在settings.xml里配置阿里云镜像，把仓库地址换成https://maven.aliyun.com/repository/public，下载速度能快一个数量级。这一步不改任何项目代码，但几乎所有第一次复现这个工程的人都会遇到依赖下载超时的问题。如果你是内网环境连不了外网，那就只能找一台能联网的机器把本地仓库整个拷贝过去，这个办法很笨但管用。
4.2 配置修改与数据库初始化
环境准备好之后，按下面四步操作就能把系统跑起来。先改数据库连接配置，因为 ZIP 里预设的是作者本地的连接参数，不可能是你的。
spring: datasource: url: jdbc:mysql://localhost:3306/campus_secondhand?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8 username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver servlet: multipart: max-file-size: 10MB max-request-size: 50MB配置里三个参数要重点解释。serverTimezone=Asia/Shanghai解决 MySQL 8.0 的时区报错，不加这一项启动时会抛The server time zone value开头的异常。characterEncoding=utf8保证数据库连接层面的编码一致，配合数据库建库时的utf8mb4，中文才不会有乱码。max-file-size和max-request-size限制上传文件大小，默认 1MB 经常不够用，商品图片动辄两三兆，不调大就会在上传时报FileSizeLimitExceededException。
然后是数据库初始化。用命令行或者 Navicat 执行sql/campus_secondhand.sql，执行完毕后检查表是否生成。这里有个常见坑：直接用 Navicat 导入时，如果 SQL 文件里已经有CREATE DATABASE语句，要注意当前连接的字符集，否则导入后表注释可能是乱码。最稳妥的导入方式是命令行执行：
mysql -uroot -p你的密码 < sql/campus_secondhand.sql执行完登录 MySQL 确认campus_secondhand库和四张表存在，然后用mvn spring-boot:run启动工程，看到 Tomcat started 的日志后访问http://localhost:8080就是系统首页。如果你是 Windows 环境且电脑上装的是 MySQL 8.0，记得先去确认服务是否已经启动——用net start mysql或者在服务管理器里看，数据库没起来什么都是白搭。
4.3 启动验证与自测清单
系统能启动只是第一步，演示之前最好按清单走一遍全流程。先注册新用户，退出后用新账号登录，确认页面右上角显示登录昵称而不是“登录/注册”按钮。然后发布一件带图片的商品，到商品列表页确认出现在第一条（列表默认按时间倒序）。再到详情页点击“立即购买”，确认生成订单且商品状态变为“已预订”。最后切到卖家账号，看“我卖出的”列表里出现这笔订单。
这条自测路径覆盖了系统主链路，同时也是答辩演示的标准路径。演示时按这个顺序从注册一路走到订单成交，每一步都有画面变化，比讲 PPT 更有说服力。自测时发现哪一步断了，优先看控制台日志，Spring Boot 的错误信息一般会直接指明是哪一个 SQL 或哪一个接口出了问题。遇到空指针先打印一下从数据库查出来的对象是不是 null，避免对着日志瞎猜。如果页面报 500 但日志里没有明显的异常栈，检查一下是不是 Controller 里的方法签名和模板里的字段名对不上，这种错误在 Thymeleaf 渲染时经常出现。
5. 避坑指南：二次开发最容易翻车的七个高频坑
5.1 数据库连接失败：时区、密码、驱动三座大山
现象：启动时日志报Cannot create PoolableConnectionFactory或者Connection refused。
原因：三种情况最常见。一是 MySQL 8.0 的时区问题，连接 URL 没带serverTimezone参数；二是密码不对，ZIP 里配置的是原作者的数据库密码；三是驱动类名不对，工程是按 5.7 写的但本地装了 8.0。
解决：先分三步排查。确认本地 MySQL 版本；核对application.yml里的username和password；确认驱动类名与 MySQL 版本匹配。8.0 用com.mysql.cj.jdbc.Driver，5.7 用com.mysql.jdbc.Driver。时区参数在 URL 里补上serverTimezone=Asia/Shanghai即可。这个坑在毕设项目里出现率极高，因为大部分人本地环境都不是作者的环境。
5.2 图片上传成功但页面显示不出来：路径映射没配
现象：图片上传接口不报错，数据库里也存了路径，但<img src="/upload/xxx.jpg">渲染出来是破图。
原因：Spring Boot 默认只静态映射static/目录下的资源，/upload/**这个路径不在默认映射范围内。文件虽然落到了磁盘某个目录，但 URL 访问不到。
解决：在配置类里加一个WebMvcConfigurer的静态资源映射，把/upload/**指向磁盘的上传目录。代码写法如下：
@Configuration public class WebConfig implements WebMvcConfigurer { @Override public void addResourceHandlers(ResourceHandlerRegistry registry) { String uploadPath = System.getProperty("user.dir") + "/upload/"; registry.addResourceHandler("/upload/**") .addResourceLocations("file:" + uploadPath); } }user.dir是当前工作目录，一般就是工程根目录。如果不加这段映射，上传功能等同于半残废，这是二次开发最常遇到的第一个坑。加了之后重新启动，图片就能正常显示了。
5.3 中文乱码：编码不一致从三个层面查
现象：页面显示中文全是问号，或者写入数据库的中文查出来是乱码。
原因：编码问题涉及三个层面，任何一个不一致就会出问题——数据库表字符集、JDBC 连接 URL 的characterEncoding参数、页面的响应编码。老工程里很可能这三处各是各的编码。
解决：统一改成 utf8mb4。数据库建表时指定CHARSET=utf8mb4，连接 URL 加characterEncoding=utf8，页面和 Controller 确保响应头Content-Type: text/html; charset=utf-8。Thymeleaf 模板文件本身也要以 UTF-8 保存，IDE 右下角能看到当前文件编码，换成 UTF-8 即可。还有一个隐蔽的地方是前端表单的accept-charset属性，如果页面声明了accept-charset="UTF-8"而服务器处理时用的不是这个编码，也会乱，不过大部分情况下前三个层面修完就好了。
5.4 端口被占用：Tomcat 启动失败
现象：日志报Web server failed to start. Port 8080 was already in use。
原因：8080 被别的进程占了，常见于本地还跑着其他服务，或者上一次启动没正常关闭。
解决：两种方式，一是查占用进程并杀掉，Windows 下用netstat -ano | findstr 8080查 PID，然后taskkill /PID 进程号 /F；二是改端口，在application.yml里把server.port改成 8081 或 9090，改完访问地址同步变化。演示时如果现场环境不确定，建议提前改成 9090，避开常见的 8080 冲突。改成 9090 之后记得所有页面里的跳转链接如果写死了端口也得一起改，Thymeleaf 模板里如果是相对路径就不用管，写死绝对路径的话就要逐个看。
5.5 登录后刷新页面丢失会话：session 失效问题
现象：登录后页面跳回首页，用户信息没了，又要重新登录，或者操作时报“请先登录”。
原因：session 默认保存在内存里，工程重启后 session 全部丢失。如果配置了server.servlet.session.timeout，也可能是超时时间设得过短。
解决：开发阶段最直接的方法是调大 session 超时时间，server.servlet.session.timeout设成 30m（30 分钟），足够演示和测试。另一个要注意的点是不要把用户信息只存在 session 里就不管了，Controller 里每次从 session 取对象时要判空，否则空指针异常直接白屏。常见代码是在拦截器里统一校验登录状态，未登录的请求直接重定向到登录页。如果你的工程没有拦截器，加一个也很简单，实现HandlerInterceptor接口然后在WebConfig里注册就能统一管理。
5.6 打包后运行报 ClassNotFound 或 NoClassDefFoundError
现象：mvn spring-boot:run能跑，但mvn package打包后用java -jar xxx.jar运行时报类找不到。
原因：工程里可能有模块没有正确打入最终的 jar。Spring Boot 的 repackage 插件没有生效，或者依赖的作用域配置有问题。
解决：检查pom.xml里有没有spring-boot-maven-plugin的 repackage 配置。没有的话加下：
<build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build>加完重新mvn clean package，target 目录下生成的 jar 如果大小在几十 MB 以上（包含依赖），说明 repackage 生效。如果只有几百 KB，说明依赖没打进去，这个 jar 是没法直接运行的。用java -jar跑的时候如果控制台提示No main manifest attribute，也是这个插件的配置问题，加上就好了。
5.7 启动后页面能打开但样式全丢：静态资源路径错误
现象：首页 HTML 渲染出来了，但没有任何样式和图片，页面像纯文本。
原因：Thymeleaf 模板里静态资源引用用了绝对路径，工程配置了context-path之后路径对不上。比如application.yml里设了server.servlet.context-path: /secondhand，页面里的/css/style.css就变成访问localhost:8080/css/style.css，而不是localhost:8080/secondhand/css/style.css。
解决：模板里用 Thymeleaf 的语法引用静态资源，th:href="@{/css/style.css}"，它会自动加上 context-path 前缀。把这个坑记住，改一次之后所有模板都能受益，不用手动去改路径。如果没有配context-path但还是样式全丢，检查一下static目录下是不是少了个css文件夹，ZIP 解压的时候有些解压软件会把空目录漏掉。
6. 从毕设到作品集：三个溢出价值的进阶点
6.1 商品浏览量加 Redis 计数
商品详情页的浏览量字段目前是每次访问都UPDATE view_count = view_count + 1，数据量小无所谓，但并发稍大就会给数据库增加压力。动手改成 Redis 计数：详情页接口先INCR goods:view:{id}，再定时把 Redis 里的值刷回 MySQL。这个点写进简历就是“后端性能优化”的项目经历，面试官一看就知道你懂读写分离的思路。
6.2 订单超时未支付自动关闭
现在的订单状态机里，待付款订单如果一直不付款，会永久停留在状态 0。进阶做法是引入延迟任务，订单创建 30 分钟后如果状态还是 0，自动改成 3（已取消）并把商品状态释放回在售。实现可以用定时任务扫表，也可以引入 RocketMQ 延迟消息。答辩时讲这个方案，老师会认可你有工程化思维，因为这在真实电商系统里是必须处理的场景。
6.3 管理后台加一个成交量统计页
答辩评委最爱问的是“你的系统有什么数据支撑”。给系统加一个简单的统计模块：按日展示商品发布数和订单成交量，用 ECharts 画两张折线图，数据从订单表按created_at分组查询。这个功能工作量不大，但演示效果直观，简历里也能写“数据可视化”。
这三条建议按投入产出比排序，也正好对应我从这份资源里最想强调的升级路径。每次拆这种毕设项目，我习惯先跑通原版再动手改，不改的地方不动，要改的地方用 git 单独起分支。从那以后接手任何别人的工程，我都强制自己走一遍“先跑通、再分支、后改动”的流程，这种习惯真的能少交很多学费。希望这份拆解能帮你在毕设路上省下一点弯路，也希望你改完之后比原版跑得更稳。
本文还有配套的精品资源，点击获取
