Spring Boot二手交易系统毕设源码：导入、启动与部署避坑指南

简介：这是一份基于SpringBoot的二手物品交易系统毕业设计源码包，面向计算机专业毕业生、Java学习者和需要课程设计或期末大作业的人群，可帮助快速搭建具备商品交易功能的完整项目。资源包共包含633个文件，涵盖73个Java后端源文件、50个FreeMarker页面模板、178个JavaScript脚本，以及MySQL数据库脚本、项目说明和开发工具配置；文件类型从前端样式、图片图标到后端逻辑、SQL脚本均覆盖，整体压缩后仅18.27MB。系统采用SpringBoot作为后台框架，结合MySQL持久化，并引入Bootstrap等前端组件，代码经严格调试，可在JDK与IDEA环境下直接运行。目前已有293人学习下载，作为导师指导通过的高分项目，随包提供的数据库脚本和说明文档能帮助读者理解用户、商品、订单等核心模块的设计思路，节省从零搭建与排错的时间，适合直接用于毕设或作为二次开发基础。

1. 二手物品交易系统源码包：先搞懂它是什么，再决定要不要跑

每年毕业设计提交截止前两周，总有人从网上下载一个名为“java毕业设计-基于springboot的二手物品交易系统项目源码+数据库.zip”的压缩包，解压后却连启动界面都打不开。这套东西本质上是一个典型的 Spring Boot 课程设计/毕业设计项目：后端用 Spring Boot 写 REST 接口和页面渲染，数据库用 MySQL 存用户、商品、订单和留言，再配一个后台管理模块。它能解决的核心问题是：让你在有限时间内拿到一套结构完整、能讲清楚业务逻辑、能演示给老师看的电商类信息管理系统，而不是从零搭框架。适合三类人：要交毕设答辩的学生、刚学完 Java Web 想做综合练习的初学者、以及想快速复现一套二手交易流程的转型开发者。但要注意，这种包最大的坑不是代码本身，而是 JDK 版本、MySQL 版本和配置文件，把这个理顺了，剩下的事都不难。

2. 拆开springboot二手交易系统：分层架构、核心模块与选型理由

2.1 源码+数据库.zip内到底有什么：目录结构与每个包的职责

拿到压缩包先别急着解压，看一下文件清单。这种毕设包的目录结构高度相似，基本逃不出下面这套布局，我按常见做法拆给你看：

secondhand/ ├── src/main/java/com/example/secondhand/ │ ├── controller/ # 控制层，接收请求 │ ├── service/ # 业务层，处理逻辑 │ ├── mapper/ # 数据访问层接口 │ ├── entity/ # 实体类，对应数据表 │ ├── config/ # 配置类、拦截器 │ └── SecondhandApplication.java # SpringBoot启动类 ├── src/main/resources/ │ ├── application.yml # 核心配置 │ ├── mapper/ # MyBatis的XML映射文件 │ ├── static/ # CSS/JS/图片 │ └── templates/ # 页面模板 ├── sql/ │ └── secondhand.sql # 建库建表+初始数据 └── README.txt # 运行说明

这里最容易忽视的是sql/目录。很多新手把代码导入 IDEA 就开始等依赖下载，完全不管数据库脚本，结果启动成功却登录不上，因为表根本不存在。经验是：先建库，再改配置，最后才启动代码。controller 层直接对应前端请求，service 层是业务规则集中的地方，mapper 层配合 XML 文件执行 SQL。如果包里有config类，通常放着登录拦截器和跨域配置，答辩时老师特别喜欢问这个。

另外注意resources/mapper目录，它是 MyBatis 的 SQL 所在地。如果这个目录是空的，说明项目用的是注解 SQL 或者 MyBatis-Plus，读取方式不一样。两种写法都能跑通，但排错路径完全不同，后面第四章会细说。

2.2 买家/卖家/管理员三条业务主线：表与接口怎么对起来

二手交易系统和普通商品系统的核心区别在于“角色双身份”：普通用户既是买家也是卖家，管理员只做审核和管理。我一般会按这三条线去读源码，效率比顺着文件列表读高很多。

买家链路是这样的：注册登录 → 浏览商品列表 → 看详情 → 下单购买 → 确认收货 → 评价。卖家链路：登录后进入个人中心 → 发布商品 → 管理上下架 → 看到订单 → 发货。管理员链路：登录后台 → 审核商品 → 管理用户 → 处理举报或留言 → 查看统计数据。对应到代码里，controller 层一般有三个分组：GoodsController负责商品接口，OrderController负责下单和订单状态变更，AdminController负责后台功能。

这是订单实体最常见的写法，你可以从任意一个毕设包里找到类似结构：

public class Order { private Integer id; // 订单id private String orderNo; // 订单编号 private Integer buyerId; // 买家用户id private Integer goodsId; // 商品id private Integer status; // 0待付款 1待发货 2待收货 3已完成 4已取消 private BigDecimal amount; // 订单金额 private Date createTime; }

status字段是整个交易系统的核心状态机。为什么用数字而不是字符串？因为数字可扩展、查询效率高、状态流转清楚，而且答辩时老师一问“订单状态怎么设计”你就能直接回答出一整条流程：下单时状态为 0，卖家点击发货变成 1，买家确认收货变成 2，交易完成是 3，超时或取消是 4。订单编号生成方式也是高频问题，常见做法是时间戳加随机数，防止并发下重复。

2.3 为什么选springboot+mybatis+mysql：给答辩用选型理由

选型逻辑是答辩必问项，你心里得有一笔明白账：为什么是这个组合而不是 SSM，或者 Spring Boot + JPA。我的理解是这样：Spring Boot 的价值在“自动配置 + 内嵌 Tomcat”，不用再去 tomcat 的 webapp 目录里扔 war 包，一个java -jar就能跑，头部成本和部署成本都低。MyBatis 的价值在“SQL 和控制权”，比起 JPA 那种完全由框架生成 SQL 的方式，MyBatis 的 XML 里每一条 SQL 都看得见，对于毕设这种需要单独讲“某条复杂查询”的场景特别有用。

MySQL 就不多说了，免费、资料多、Navicat 图形化操作，出现问题随便一搜就有答案。三个技术拼在一起，正好覆盖“框架能跑、SQL 可控、数据可靠”三个诉求。

这套组合和 SSM 的差别值得单独说。SSM 是 Spring + SpringMVC + MyBatis 的经典组合，Spring Boot 本质上还是 Spring，只是省掉了大量 XML 配置。如果老师问“你和 SSM 的项目有什么区别”，正确答法是：Spring Boot 简化了配置和部署，底层 Spring 容器、SpringMVC 请求流转、MyBatis 数据访问这套核心机制没有变，所以项目里依然能看到@Controller、@Service、@Mapper这些注解。这就是分层架构的意义：换壳不换核，业务代码不用重写。

3. 数据库脚本落地：表结构设计、导入mysql与连接配置

3.1 读懂sql脚本：users、goods、orders三张核心表的字段设计

把 sql 文件用记事本或 Navicat 打开，别急着一次执行。先看建表语句，二手交易系统的核心表基本是三张：用户表、商品表、订单表，外加分类表、收藏表、留言表作为辅助。用户表一般包含id, username, password, nickname, phone, avatar, role，其中的role字段用来区分普通用户和管理员，常见取值是 0 和 1。这里有一个常见隐患：很多毕设包的密码字段是明文存储，如果老师追问“安全性怎么保证”，你要能答出“生产环境要用 MD5/BCrypt 加盐，这里是教学简化版”才算过关。

商品表是字段最多的一张表，常用写法如下：

CREATE TABLE `goods` ( `id` int(11) NOT NULL AUTO_INCREMENT, `title` varchar(100) NOT NULL COMMENT '商品标题', `price` decimal(10,2) NOT NULL COMMENT '价格', `description` text COMMENT '产品描述', `seller_id` int(11) NOT NULL COMMENT '卖家id', `status` tinyint(4) DEFAULT '0' COMMENT '0上架 1下架 2已售', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

三个细节值得注意：价格用decimal(10,2)而不是float，避免浮点运算精度丢失；状态字段注释里写明白每个数字的含义，这不只是给维护者看的，答辩展示口碑会好很多；字符集用utf8mb4，支持表情符号，也能兼容旧数据乱码问题。最后那行ENGINE=InnoDB也很重要，只有 InnoDB 支持外键和事务，MyISAM 不支持，而订单下单流程通常要开事务。

外键和硬编码问题也要早看清。不少毕设包为了省事，建表时根本不加FOREIGN KEY，而是靠 Java 代码在 service 层检查关联关系。这不算错，但对新手来说，如果你发现orders表里有goods_id却没有外键约束，只能说设计者把完整性控制放在了应用层。答辩被问到就如实说“应用层保证数据一致，数据库不做强约束”，这是很多教学项目的常见手法。

3.2 导入数据库：用命令行还是Navicat，两分钟建好测试库

导入方式看个人习惯，两种都是常见做法，我一般先用命令行验证脚本本身没问题，再拿 Navicat 做检查。先打开终端，进到 sql 文件所在目录，执行：

mysql -u root -p CREATE DATABASE IF NOT EXISTS secondhand DEFAULT CHARSET utf8mb4; exit mysql -u root -p secondhand < secondhand.sql

逻辑很简单：第一步建库，第二步把 sql 文件里的建表语句和数据导入到该库。这里有一个必然遇到的坑：有的 sql 脚本文件开头已经写了CREATE DATABASE和USE，如果你先手动建库再导一次，会报“数据库已存在”。解决办法是看前几行：如果有USE，就直接执行mysql -u root -p < secondhand.sql，不用手动建库；如果没有，才按上面的命令走。

MySQL 8.x 和 5.x 的差异也在这个阶段暴露。如果你的脚本里有ENGINE=InnoDB DEFAULT CHARSET=utf8mb4，两边都能跑；但如果你用了or开头的旧工具导出 SQL，文件里可能有TYPE=MyISAM这种老语法，在 MySQL 8.x 里直接报错。这时候的处理不是改数据库，而是把 SQL 文件里的TYPE=MyISAM批量替换成ENGINE=InnoDB。Navicat 可视化操作的话，右键“运行 SQL 文件”选中脚本即可，但同样要提前建好目标库再运行，否则容易导错库。

导入成功后重点看两个信号：控制台有没有报错行，以及目标库里的表数量和你预期对不对得上。有的 sql 文件只建了表但没有初始数据，登录进去是空的，不影响功能但演示效果差。如果包里自带README.txt，通常会在最后一段写明默认管理员账号密码，比如admin/admin123，这种初始数据是埋进 sql 文件里的，导入成功才能登录后台。

3.3 application.yml里的连接配置：把root密码改成你的

数据库导完，接下来动src/main/resources/application.yml。这个文件是 Spring Boot 项目的中枢，几乎 80% 的启动失败都能在这里找到原因。大多数毕设包只有一个 application.yml，也有分application-dev.yml和application-prod.yml多环境配置的，原理一样，改数据源那段就可以：

server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/secondhand?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.secondhand.entity logging: level: com.example.secondhand.mapper: debug

四个参数必须按你的环境改：url里的数据库名secondhand要和 3.2 建的库名一致；username和password改成你的 MySQL 账号密码，默认 root 但密码每个人都有差异；driver-class-name在 MySQL 8.x 里固定是com.mysql.cj.jdbc.Driver，如果你用的是 MySQL 5.x，则要改回com.mysql.jdbc.Driver，写反会直接提示找不到驱动类。serverTimezone=Asia/Shanghai这一项不能删，删了之后 MySQL 8.x 经常报“服务器时区无法识别”之类的时区错误。

mybatis.mapper-locations指明 XML 映射文件路径，如果你的 XML 不在这个路径下，启动时候 MyBatis 扫不到 SQL，运行时会报Invalid bound statement异常。type-aliases-package是实体类所在包，配了它之后 XML 里写resultType="Order"可以直接用类名。logging.level那两行是排错神器，配好之后控制台会打印每一条执行的 SQL，后面第五章排错全靠它。如果包用的是 MyBatis-Plus，这段配置会变成mybatis-plus.mapper-locations前缀，原理一样，别照着写岔了。

这里补一句：很多包在pom.xml里同时引了 MySQL 5.x 和 8.x 的驱动依赖，这是制作人为了兼容不同环境留下的“后悔药”，依赖冲突时编译会报红，请在 pom 里只保留你当前 MySQL 版本对应的那一份。

4. 用IDEA把springboot工程跑起来：启动步骤与验证清单

4.1 打开工程前先定JDK和Maven镜像：依赖下载不出错

这一步是新手和本项目之间最大的一道坎。绝大多数这类源码包基于 Spring Boot 2.x 编写，对应要求是JDK 8 及以上、Maven 3.6 左右。如果你用 IDEA 默认的 JDK 17 甚至 21 去跑，大概率会碰到编译错误，因为源码里的javax.*包和 JDK 17 不兼容。正确做法是：打开File -> Project Structure -> Project SDK，选 JDK 8；如果没有，先通过 IDEA 的 Add SDK 下载一个JDK 1.8，然后确认 Maven 的配置。

Maven 是依赖管理工具，pom.xml里声明的 springboot 框架、mysql 驱动、mybatis 依赖都是从远程仓库下载的。国内直连中央仓库常常超时或卡死，所以要在settings.xml里加一个国内镜像仓库，避免依赖下载阻塞整个构建。找到 Maven 安装目录下的conf/settings.xml，在<mirrors>标签里加入：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <url>https://maven.aliyun.com/repository/central</url> </mirror>

IDEA 中路径是File -> Settings -> Build Tools -> Maven，把 User settings file 指向你改好的settings.xml，然后在右侧 Maven 面板点刷新，让它重新读取依赖。首次构建下载量往往几千个文件，耗时几分钟都属正常；如果日志里反复出现“Downloading…”却一直不动，再去检查远程仓库地址。还有一个小技巧：IDEA 底部 Maven 面板能切换离线模式，依赖下载完以后勾上 Offline，后面每次启动构建都会更快，避免反复联网校验。

4.2 启动主类与内嵌Tomcat：从控制台日志判断是否成功

一切配置就绪后，找到src/main/java下带@SpringBootApplication注解的类，类名一般是SecondhandApplication，在它的main方法上右键直接 Run。这是整套系统的入口，main方法只有一行，但背后做的事不少：

@SpringBootApplication public class SecondhandApplication { public static void main(String[] args) { SpringApplication.run(SecondhandApplication.class, args); } }

SpringApplication.run()做的事情可以拆成三步：加载自动配置、创建 Spring 容器、启动内嵌 Tomcat。所以第一次启动时你会看到控制台刷出一大串日志，眼花的判断标准只有两个关键行。第一行是 Tomcat 启动日志，类似Tomcat started on port(s): 8080 (http)，出现这一行说明 Web 服务器起来了；第二行是Started SecondhandApplication in x seconds，出现这一行说明整个 Spring 容器初始化完毕。两者缺一，启动都算失败。

启动失败时先看错误堆栈最顶部的Caused by，那才是根因。常见的三个根因都和环境有关：数据库连接失败、端口被占用、Mapper 接口扫描不到。这些都不是代码逻辑问题，不用动业务代码，按第五章逐个排查。启动成功且没有报警日志后，浏览器访问http://localhost:8080，如果看到登录页或首页，这一套就算真正跑通了。

这里也给一个血泪经验：不要因为在 IDEA 里启动了就去改server.port。如果你口子上写着 8080，访问却用 8081，必然白屏。改端口只发生在 8080 被占时，而且改完要重启整个项目才生效，热部署并不总是管用。

4.3 功能验证清单：登录、发布、下单、后台各跑一遍

启动成功不等于系统可用。我要求每个拿到这种包的人先按功能清单走一遍，把问题暴露在演示之前，而不是答辩现场翻车。下面是精简版的验证清单，照着执行，走完基本能确认主干功能完备：

其中最容易挂掉的是“发布商品”和“下单购买”，因为它们涉及两张表的写操作，后台一报错八成是 SQL 字段对不上列名，比如实体里写userId，表中字段叫user_id。此时控制台如果打印了 SQL（第四章 4.1 配的 debug 日志），一眼就能看出来。整个清单走完不超过十分钟，却能让答辩演示阶段从容很多。如果某个功能点不通，先把该模块和日志信息记下来，放到下一步排查，不要继续往后走。

5. 启动与部署避坑：这五个现场最容易翻车

5.1 端口8080被占用：报错信息、定位进程与换端口

现象：启动日志里出现Port 8080 was already in use，或者更直接的描述是Web server failed to start，项目启动失败。原因几乎总是你机器上某个进程占了 8080，常见的“罪魁祸首”是之前没关掉的旧 Java 进程、Oracle 相关服务，或者另一个 IDE 正在调试项目。解决方法是先找到占用进程，再决定是杀掉它还是换个端口。

Windows 下打开 CMD，执行下面两条命令，先查后杀：

netstat -ano | findstr 8080 taskkill /PID 12345 /F

netstat输出的最后一列就是进程 PID，拿到数字后替换到taskkill命令里即可强制结束。Linux 或 Mac 的环境一行搞定：lsof -i:8080查 PID，kill -9 12345杀掉。不想杀进程，就去application.yml里把server.port改成 8081，然后重启项目，访问地址同步换成http://localhost:8081。注意项目里如果写死了跳转链接，比如某个登录成功后的redirect:/index，此类相对路径不受端口影响，但如果代码里存在写死的http://localhost:8080绝对路径，那就要全局搜索替换。

5.2 springboot版本太高导致的javax报错

现象：导入项目后，大量 Java 文件报红，错误集中在javax.servlet、javax.persistence这类包名全划线，编译直接失败。这是你拿到的是 Spring Boot 2.x 项目，但用了 JDK 17 或更高版本在跑导致的命名空间冲突。Spring Boot 3.x 从 JDK 17 开始把javax.*迁移到了jakarta.*，而旧的 2.x 系源码里用的全是javax，两个体系互不兼容，纯属版本代沟。

解决思路有两条路，你按实际情况选一条。第一条也是推荐的：把 IDE 的 Project SDK 切到 JDK 1.8，同时确认pom.xml里java.version是 1.8，大多数 Spring Boot 2.x 项目在这两个版本一致后即可编译通过。第二条：如果你电脑上实在没有 JDK 8，也没法装，那就升级源码到 Spring Boot 3.x，但这不是改一个版本号就完事的，得批量替换javax.servlet为jakarta.servlet，有些第三方依赖还得换新版本，工作量明显更大。所以尽量走第一条，省时间。判断项目到底基于哪个大版本，直接看pom.xml里的spring-boot-starter-parent版本号，2.x 开头就是上面的处理方式。

5.3 mysql连接失败：Access denied与link failure的两种改法

现象：应用启动到一半报错，一种信息是Access denied for user 'root'@'localhost' (using password: YES)，另一种是Communications link failure或者Cannot create PoolableConnectionFactory。前者是登录认证失败，后者是压根没连上 MySQL 服务，两个原因不同，解决路径也不同。

Access denied的根因就一个：application.yml里的password和实际 MySQL 密码不一致，或者username拼写错误。把它改成你能在 Navicat/命令行里正常登录的那套账号密码，重启项目即可。这里有个细节：如果 MySQL 是用sudo mysql免密登录的，那你的 root 用户可能根本没设密码，密码留空字符串就行，但有的驱动不允许空密码连接，需要先去 MySQL 里给 root 设置一个密码。

Communications link failure则先确认 MySQL 服务有没有启动：Windows 在服务管理器里看MySQL服务状态，Ubuntu 等 Linux 环境用systemctl status mysql。服务没启动，配置写得再对也白搭。另外 MySQL 8.x 默认端口是 3306，如果你把端口改成了 3307，url里的 3306 也要同步改，这种细节最容易被忽略。

5.4 接口返回500但控制台没日志：把mybatis的sql打出来

现象：前端页面上点“发布商品”或者“提交订单”，直接跳到 500 错误页，IDEA 控制台却干干净净，几乎没有任何异常输出。这种情况最容易让新手慌，因为“黑匣子”一样，摸不着头脑。原因多半不是没异常，而是日志级别把它吞了，要么 MyBatis 的 SQL 没打印，要么异常被全局处理器吃掉了没输出出来。

我一般会做的第一件事：在application.yml里把 mapper 包的日志级别调到 debug，也就是第四章写过的这一行：

logging: level: com.example.secondhand.mapper: debug

配完后重启，再重复刚才的操作，控制台会把每一条预处理 SQL 和参数列表打出来，例如==> Preparing: SELECT * FROM goods WHERE title = ?和==> Parameters: 手机(String)。这时错误往往就清楚了你一半。常见的情况是 SQL 写错字段名，日志显示Unknown column 'xxx' in 'field list'，去resources/mapper/*.xml里把字段名和数据库表结构对齐就能解决。

还有一种“没日志”的玄学场景：启动时 IDEA 控制台窗口被误关了，或者日志被输出到项目根目录的logs文件里而不是控制台。打开根目录找一找有没有logs文件夹，里面的spring.log或类似文件记录了完整堆栈，直接翻那个文件比瞎猜高效得多。

5.5 登录后跳转404、css/js全丢：静态资源路径与拦截器放行

现象：登录页能打开，但输入账号密码后跳转到一个 404 页面；或者页面能出来，但完全没有样式，HTML 是纯文本堆在一起。这两类问题指向的是同一个根因：静态资源或页面模板没有按 Spring Boot 的默认规则放对位置。

Spring Boot 对静态资源有约定的目录规则：src/main/resources/static下的文件直接映射到根路径，src/main/resources/templates下的是模板页面。有些毕设包当年做的时候是前后端分离的，前端用 Vue 打包后生成一个dist目录，制作人把dist整个塞进了static里。把 Vue 打包放进 springboot 里的做法本身没问题，但打包后的 index.html 里引用的 JS/CSS 是绝对路径，恰好和static根路径冲突，就会导致样式全丢。解决方法是把static下的文件解包、把静态文件散开放置，而不是保留dist嵌套结构。

如果你看到拦截器相关代码，比如LoginInterceptor或WebMvcConfigurer里注册了拦截，排查重点就是路径放行。常见错误是拦截器把/css/**、/js/**、/img/**也拦了，导致登录页面引用静态资源全部被挡。在拦截器的excludePathPatterns里显式放行静态资源路径，或者干脆只拦/admin/**后台路径，是最省事且符合场景的做法。登录后跳转 404 的情况，还要检查页面模板里跳转用的是相对路径还是绝对路径，很多跳转的 controller 方法不存在或者方法名拼错，就会落到 404。

6. 把二手交易系统改成你的毕设：小改造、自测清单与答辩话术

6.1 成本最低的两个功能改造：按商品名模糊搜索与订单导出

拿到包之后完全不动代码直接用，老师一眼就能看出是同款项目。我建议做两个低成本、高展示度的改造，第一是商品模糊搜索，第二是订单导出。模糊搜索的改动很小，很适合拿来讲“自己独立完成了查询优化”。

先在GoodsService里加一个方法，然后到对应的 Mapper 接口和 XML 各补一段：

public List<Goods> searchByTitle(String keyword) { return goodsMapper.searchByTitle(keyword); }

<select id="searchByTitle" resultType="Goods"> SELECT * FROM goods WHERE title LIKE CONCAT('%', #{keyword}, '%') AND status = 0 ORDER BY create_time DESC </select>

这段代码的亮点在于两个细节：LIKE拼接用的是CONCAT('%', #{keyword}, '%')，而不是直接'%${keyword}%'，这能防止 SQL 注入，答辩被问安全问题时这就是加分点；status = 0过滤只查上架商品，体现你考虑了业务状态。前端的搜索框把输入参数传过来就完成了闭环。

订单导出给老师留下的印象最深，但不建议动复杂报表框架，写一个把订单列表输出成 CSV 的接口就够实用。核心思路是查询订单列表，把每条记录的字段用逗号拼接，设置application/octet-stream响应头让浏览器下载，代码量二十行以内，能完整讲清楚“什么是流式输出”。

6.2 答辩提问清单：对着这些代码准备好答案

毕业设计答辩本质上是自证，不是发明创造，准备好以下四个高频问题的答案，通过率会大幅提升。第一个是“为什么选 springboot 而不是 ssm”，对着pom.xml里的spring-boot-starter-parent讲自动配置和内嵌 Tomcat，说“不用再配置 web.xml 和 Spring XML 文件”就够。第二个是“下单流程事务怎么控制的”，去 service 层找@Transactional注解，下单要同时扣库存、创建订单，任一步失败都要回滚，这就是事务控制的价值。第三个是“权限是怎么做的”，去config包找拦截器，普通用户和管理员分别拦哪些路径，回答“没有用的单点登录框架，而是基于 session 的角色判断”。第四个是“密码为什么不加密”，诚实地回答“教学项目为了展示注册登录流程做了简化，生产环境会用安全框架做加密和会话管理”，比硬编一个加密逻辑却被追问漏洞要好得多。

我平时拿到任何一套 Java 毕设源码，第一件事永远不是读代码，而是先把 sql 脚本导进 MySQL，库建不起来，后面全是空中楼阁；库起来之后才改配置、跑主类、按功能清单走一遍。这三步走完，项目能不能用、值不值得继续投入，心里早就有了答案。把它当成一套可以动手拆的实验环境，每个报错都是一个具体的、可解决的题，而不是玄学。希望帮到你。

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