1. 项目核心拆解与整体设计思路1.1 毕设选题你能做别人也能做但你真的吃透了吗先说个比较现实的情况。“基于SpringBoot的校园闲置物品流转平台”这类题目在计算机毕设里属于热度极高的一档——说直白点十个做JavaWeb的毕业生里至少有两三个在做交易平台方向。为啥这么热门因为交易类系统天然包含完整的业务闭环用户体系、商品流转、订单状态、支付流程、权限控制每一个模块都是面试官爱问、答辩老师爱盯的“硬通货”。用这个题目做毕设技术上能覆盖SpringBoot、JavaWeb、MySQL、Redis、文件存储等主流栈业务上又足够贴近真实场景随便就能拆出十几个可查可验的功能点。但我要提醒一句越热门的题目越容易做得千篇一律。很多人的思路就是“登录注册 发布商品 下单”三板斧答辩时候老师随便问一句“如果同一本书两个人同时下单怎么办”“下架的商品被加入购物车怎么处理”直接卡壳。我这篇文章不是给你贴一段可以复制的代码而是把这类平台背后真正值得做深、做透的设计思路和踩坑经验拆开来讲。如果你正在准备这个方向的毕设读完至少能知道哪些模块是加分项哪些细节是答辩的雷区往哪个方向扩展才能让你的系统和隔壁宿舍那哥们儿拉开差距。1.2 标题里藏着的三层需求校园、闲置、流转把标题拆开看核心需求点就三个校园场景、闲置物品、流转机制。校园场景决定了用户群体高度集中在校学生和教职工这意味着系统的信任模型可以做得很轻——不需要复杂的信用评分只需要校内的身份认证。很多人在这一点上做得太薄只在注册时填个学号就算完事。但实际上校园场景最有价值的校验方式是校园邮箱验证码用学校分配的xxx.edu.cn邮箱收验证码比手机短信更贴合“校内”这个定位还能顺带处理掉刷单机器人的问题。闲置物品决定了商品的核心属性非标品为主、价格弹性大、同类可替代性高。二手书还有统一的ISBN可以做标准化索引但数码产品、宿舍小家电这类物品成色、保修、使用时长这些维度才是买家关心的。所以商品详情页不能只做“标题 图片 价格”这三件套至少要有品牌、成色、交易方式自提/校内配送、原购买时间这些结构化字段。流转机制是整个系统的灵魂。所谓“流转”牵涉的不仅仅是“上架 → 下单 → 收货”这条简单链路还包括商品下架后重新上架、订单超时自动取消、买家确认收货后的卖家结算、交易纠纷处理、商品浏览量如何影响排序。你在需求文档里把这些状态流转画清楚系统设计的深度一下子就不一样了。1.3 方案选型为什么偏偏是SpringBoot现在JavaWeb领域做毕设主流方案无非三种SSHStruts2 Spring Hibernate基本已经过时、SSMSpring SpringMVC MyBatis很多学校课程还在教、以及SpringBoot事实上工业界的主流。我的建议非常明确直接用SpringBoot不要犹豫。原因不只是因为它是现在的工业标准更在于它是你花同样的时间能做出最大差异化的框架。SSM的问题在于大量时间消耗在XML配置上——applicationContext.xml、spring-mvc.xml、mybatis-config.xml写配置的时间比写业务逻辑还长而且任何一个XML里的标签写错排查起来都是噩梦级别的体验。SpringBoot通过自动配置和约定优于配置把这些繁琐的配置全部收敛掉让你把精力集中在业务代码上。这对毕设来说太关键了——你本来时间就紧没必要浪费在配置地狱里。具体到技术栈搭配我推荐的组合是SpringBoot 2.7.x避免用太新的3.x某些依赖兼容性在毕设阶段会让你吐血MyBatis-Plus比原生MyBatis省掉大量CRUD样板代码内置分页插件MySQL 8.x主流、稳定、资料多Redis做缓存和验证码存储是答辩亮点Vue 3 Element Plus后台管理端前后端分离MinIO或本地文件存储商品图片这套组合一个最直接的好处是网上资料极其丰富从环境搭建到上线部署每一步踩坑基本都能搜到现成的方案。毕设最怕的不是技术难而是卡在一个环境问题上几天出不来然后整个节奏全乱掉。2. 核心模块拆解与数据库设计2.1 用户体系权限模型比你想的更重要用户模块看起来简单但从数据库设计开始就有讲究。最忌讳的设计是把所有用户塞进一张表用role字段区分学生、管理员。短时间看没问题但你会发现随着业务扩展不同角色的字段越来越不一样——学生有学号、学院、宿舍楼管理员却需要最后登录IP、操作日志关联。一张大表最终会变成一堆稀疏字段的存储查询和校验效率都受影响。更稳妥的做法是用户主表 角色扩展表表名核心字段说明userid, open_id, nickname, avatar, phone, email, password, status所有用户的公共信息student_extid, user_id, student_no, college, dormitory, major学生专属扩展信息adminid, user_id, real_name, last_login_time管理员扩展信息user_authid, user_id, identity_type, identifier, credential校内邮箱、手机号等第三方登录凭证user_auth这张表是很多同学容易忽略的。它的价值在于把“用户身份验证”和“用户基本资料”解耦——将来如果你想加微信登录、钉钉登录只需要往user_auth里加记录不用动主表结构。这在答辩时是一个很好的加分点能体现你对系统可扩展性的思考。密码存储务必要用BCryptPasswordEncoder而不是MD5。这不是装样子——MD5撞库太容易了尤其毕设系统经常被人拿去扫描测试一旦用户表泄露就是安全事故。SpringSecurity自带的BCrypt实现直接用就行不用自己重复造轮子。权限控制推荐引入SpringSecurity JWT做无状态登录。用JWT的好处是前后端分离时后端不需要维护Session每次请求带token就行接口天然支持跨域。注意token里只放用户id、角色这些非敏感信息过期时间设置在24小时配合Redis来做服务端主动失效控制——这样用户被拉黑或者修改密码后旧的token能立即失效。2.2 商品模块不只是“增删改查”那么简单商品功能的深层设计在于状态机。一个商品从上架到彻底删除中间要经历的状态远不止“在售/已售”两种草稿 → 上架审核可跳过 → 在售 → 被下单锁定 → 售出 → 已完成 ↓ ↓ 删除 审核不通过 → 退回草稿 ↓ 彻底删除 / 回收站product表设计的核心字段如下字段类型说明idbigint主键user_idbigint发布者titlevarchar(100)商品标题category_idint分类ID手机数码/图书教材/生活用品/运动器材等descriptiontext详细描述pricedecimal(10,2)期望价格original_pricedecimal(10,2)原价用于展示折扣qualitytinyint成色9成新/8成新等cover_imagevarchar(255)封面图URLimagesjson图集多张图片statustinyint状态草稿/在售/锁定/售出/下架view_countint浏览数is_urgenttinyint是否加急出手置顶展示created_at / updated_atdatetime时间戳这里有两个细节值得说。首先是price字段的类型选择。很多新手喜欢用float或double这是典型的坑——浮点类型在金额计算时会产生精度丢失0.1 0.2 不等于 0.3 这种事写在交易系统里会出大问题。金额一律用decimal(10,2)Java侧用BigDecimal接收这是行业共识。其次是商品图片存储方案。最省事的是把图片以base64形式直接存进数据库——小图无所谓但商品图通常都是几MB的照片base64会让数据库急剧膨胀查询性能直线下降。更合理的方案是图片上传后由后端处理生成缩略图用于列表页和水印图用于详情页原图可另存一份或直接丢弃。用MinIO做对象存储URL路径存到数据库。本地开发时直接用服务器磁盘目录 Nginx映射也行但注意不能把图片存在SpringBoot的静态资源目录里——打包成JAR后你会哭的详见后面的部署踩坑。2.3 订单与交易状态流转是你的答辩护城河订单系统是整个项目的核心也是区分“高手”和“生手”的分水岭。新手做的订单通常只有一个order表状态字段是“待付款/待发货/待收货/已完成”。但校园二手交易场景有其特殊性——绝大多数交易是在线下完成的线上支付反而少见所以你的订单状态设计必须围绕“线上约定 线下交割”来设计状态含义触发动作PENDING_PAYMENT拍下待付款买家下单PAID已支付如有线上支付或已锁定买家支付或确认锁定WAITING_TRANSACTION等待交易约好时间地点卖家确认可交割COMPLETED交易完成买家确认收货CANCELLED已取消买家/卖家单方取消或超时未付自动取消REFUNDING退款中买家申诉管理员介入DISPUTED纠纷中双方无法达成一致管理员仲裁关于超时未支付自动取消这个功能很多毕设是做一个定时任务每分钟扫一遍订单表——能用但太粗暴。更优雅的方案是在Redis里给每个订单设置过期key用key过期事件或延迟队列来触发取消逻辑。这样做的好处一是实时性高不用等扫描周期二是减轻数据库压力毕竟每分钟全表扫描对订单表来说不是很优雅。Redis的key过期事件丢消息的概率在实际中不小所以需要定时任务兜底两者配合。答辩时讲清楚这个方案的取舍比单纯说“我用Quartz每5分钟扫一次”会高一个档次。交易安全上还有一个关键设计商品锁定乐观锁。当买家下单时需要保证同一商品不会被第二个买家同时拍到。实现方式是在商品表加version字段更新时通过UPDATE product SET status2, versionversion1 WHERE id? AND version?判断受影响行数为0说明版本已变化提示买家“商品已被抢走”。这种方式比单纯加锁性能好得多且天然适配分布式场景。2.4 搜索与推荐不要只做“like %关键字%”商品搜索是很多毕设敷衍了事的部分——一个WHERE title LIKE %xx%就交差了。但如果你在答辩的时候能说出下面这层逻辑整个项目的技术含量会显著提升全文检索MySQL 的LIKE %关键字%无法利用索引当商品数据量破万时查询明显变慢。引入Elasticsearch对多数毕设来说过重折中方案是数据量小几千条用LIKE可以接受但建议至少对标题做ngram分词索引或者用 MySQL 全文索引效果会明显更好。搜索排序不要用默认的主键或时间倒序。核心排序因子应该是综合权重 发布时间衰减系数 × 浏览量 × 新鲜度 × (价格梯度奖励)。具体公式不用太复杂能在答辩时说清楚“为什么这样排”即可——比如浏览量越高的商品说明越多人验证过真实性权重适当放大发布时间太久的商品信息可能过期权重衰减。二手商品特有的过滤条件分类筛选、价格区间、成色筛选、交易方式筛选仅限校内自提/可邮寄。这些在数据库设计阶段就要预留好索引不要等功能实现了再加。3. 核心技术点实现与实操过程3.1 SpringBoot项目结构包结构即架构很多毕设的代码包结构是乱的Controller 里面夹着一堆SQL、service 层完全绕开。用好的项目里包结构本身就是一张架构图。这是我推荐的分层方式com.campus.market ├── controller // 接口层只做参数接收与响应封装 ├── service // 业务逻辑层核心规则都写在这里 │ └── impl ├── mapper // MyBatis-Plus的Mapper接口只负责数据访问 ├── entity // 数据库实体和表一一对应 ├── dto // 数据传输对象接收前端参数和返回前端数据 ├── vo // 视图对象控制返回给前端的字段不直接暴露实体 ├── config // 配置类WebMvc、Security、Redis等 ├── common // 通用类统一响应体、异常处理、工具类 ├── constant // 常量定义 └── task // 定时任务这里有个特别容易做错的地方直接把数据库实体类返回给前端。比如user表里有password字段你用 MyBatis-Plus 查出来一个User对象这个对象序列化成 JSON 返回给前端时如果没有做屏蔽密码就直接暴露了。严谨的做法是定义UserVO挑着返回用户昵称、头像等安全字段。给前端到底返回什么应该由后端显式定义而不是“把整个对象甩过去”。统一响应体也是很多同学忽略的细节。建议定义ResultT类包含code、message、data三个字段配合全局异常处理器RestControllerAdvice保证每一个接口的返回格式都是统一的。这样前端处理逻辑可以用一套模板走天下不需要为每个接口单独判异常。这也是一个标准的业务级代码习惯放在毕设项目里会很加分。3.2 从0到1搭建核心流程配置 SpringBoot MyBatis-Plus MySQL这里给一个可以直接照着做的快速搭建流程。假设你已经装好了 JDK 8、Maven 3.6、MySQL 8、IDEA。打开start.spring.io也可以直接用 IDEA 的 Spring Initializr勾选以下依赖Spring WebSpring Data RedisSpring Security先不急着引入否则启动就要配账号建议写完基本CRUD后再加LombokValidationpom.xml里另外加 MyBatis-Plus 和 MySQL 驱动。MyBatis-Plus 建议用3.5.3左右的版本版本太新可能和 SpringBoot 2.7 存在兼容性问题。生成完骨架后第一件事不是写业务而是把application.yml配好server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/campus_market?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: root redis: host: localhost port: 6379 servlet: multipart: max-file-size: 10MB max-request-size: 20MB mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl map-underscore-to-camel-case: true global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0注意map-underscore-to-camel-case这个配置。数据库字段习惯用user_id下划线命名法Java实体类习惯用userId驼峰命名法配了这个参数后 MyBatis-Plus 会自动做映射转换不用你一个个给字段加TableField(user_id)注解。配置好之后写一个最简单的UserMapper继承BaseMapperUser然后调用userMapper.selectList(null)先把数据库连通性验证掉。这个步骤过了后面就顺畅了。千万别一上来就写十个表——先把最小路径跑通再逐步扩展能帮你节省大量排查环境问题的时间。3.3 文件上传与图片处理小心这个隐蔽大坑商品模块一定要处理图片。图片上传这里有一个几乎所有新手都会踩一次的坑把上传目录写在项目源码目录或静态资源目录里。比如你写uploadDir src/main/resources/static/images/在 IDEA 里直接运行没问题因为文件被写到了实际源码目录里。但你一旦mvn package打成 JAR 包再java -jar启动应用运行所在目录是 JAR 包所在目录或者启动命令的工作目录src/main/resources/static/images/这个相对路径根本不存在图片写入会直接失败或写到随机位置。项目越到后期越乱最后部署时一找一个不吱声。正确的做法在application.yml里配置一个绝对路径或相对当前工作目录的独立路径upload: dir: ./uploads/ # 或者 /data/campus-market/uploads/然后在代码里写一个FileUploadService负责统一处理图片上传和 URL 映射Service public class FileUploadService { Value(${upload.dir}) private String uploadDir; public String uploadImage(MultipartFile file) { // 1. 校验文件大小、类型 // 2. 生成唯一文件名UUID 原始扩展名 // 3. 保存到 uploadDir 目录 // 4. 返回可访问的 URL如 /uploads/xxx.jpg return url; } }用一个WebMvcConfigurer把/uploads/**映射到实际的磁盘目录Configuration public class WebConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/uploads/**) .addResourceHandler(file: uploadDir); } }这样不管是开发环境还是部署环境图片 URL 都是相对稳定的/uploads/xxx.jpg形式前端不用管文件到底存在哪里。答辩时也可以把“图片存储路径可配置化”作为一个架构设计细节来展示。3.4 热词点题Java基础与SpringBoot的封装哲学顺便说个相关热词话题“怎么将SpringBoot jar反编译成项目”。不少人毕业了想研究别人写的源码或者接手老项目找不到源码了就需要把 JAR 包反编译回来。这个问题我的建议是能反编译的只有代码逻辑失去的是项目结构和配置文件体系。JAR 包里打进去的.class文件可以通过jd-gui或CFR反编译成 Java 源文件但 SpringBoot 的自动配置魔力在反编译后会变成一坨陌生的Bean方法——你看到了一个个类却看不到项目全貌。真需要参考别人项目的时候反而更推荐直接去 GitHub 搜现成的开源项目看源码结构而不是去反编译 JAR。这一点对于正在做毕设的你来说也很重要不要指望靠反编译别人的项目“抄”出来一个毕设——你抄到的只是缺少灵魂的骨架答辩问三个问题就露馅了。3.5 前后端联调从SpringBoot到Vue的完整通路毕设如果做前后端分离最痛苦的不是后端写接口也不是前端写页面而是对接过程。最常见的问题是跨域CORS。SpringBoot 后端默认不允许跨域请求前端Vue跑在localhost:5173后端跑在localhost:8080两者端口不同直接请求就会被浏览器拦截。解决方案是在后端加一个全局跨域配置Configuration public class CorsConfig { Bean public CorsFilter corsFilter() { CorsConfiguration config new CorsConfiguration(); config.addAllowedOriginPattern(*); config.addAllowedMethod(*); config.addAllowedHeader(*); config.setAllowCredentials(true); UrlBasedCorsConfigurationSource source new UrlBasedCorsConfigurationSource(); source.registerCorsConfiguration(/**, config); return new CorsFilter(source); } }注意addAllowedOriginPattern(*)和addAllowedOrigin(*)的区别前者是Spring 5.3新增的写法当allowCredentials(true)时*通配符在旧写法中会失效。这个坑会让很多人拦截到怀疑人生。接口联调时的另外一个实用习惯是给所有接口统一加/api前缀在application.yml里配server.servlet.context-path: /api这样前端代理配置也简洁清晰后面如果要在 Nginx 上做动静分离也很方便。4. 开发踩坑实录与常见问题排查4.1 SpringBoot版本选择为什么别一上来就用3.x我见过不少同学直接生成 SpringBoot 3.x 项目然后各种报错——最大的问题是 JDK 版本。SpringBoot 3.x 强制要求 JDK 17而很多学校的毕设指导环境还是 JDK 8。如果你本机装了 JDK 8SpringBoot 3.x 根本跑不起来光是环境版本就劝退一波人。即便你的机器能跑 JDK 17也别急。SpringBoot 3.x 基于 Jakarta EE原来叫 Java EE大量包名从javax.*换成了jakarta.*网上老教程里的代码片段很多直接贴过来会报“找不到包”。SpringSecurity 6 的配置写法也和 5.x 差别很大照着老教程做铁定踩坑。对毕设来说稳定可复现比版本新更重要——用 SpringBoot 2.7.x JDK 8你搜到的大部分资料都能直接用。4.2 数据库连接诡异失败字符集、时区、驱动的三重陷阱MySQL 8 SpringBoot 2.7 组合下最容易碰到的连接问题是Public Key Retrieval is not allowed在 JDBC URL 上加allowPublicKeyRetrievaltrue时区报错The server time zone value XXX is unrecognizedURL 上加serverTimezoneAsia/Shanghai中文乱码useUnicodetruecharacterEncodingutf8这些错误信息看起来都很吓人但实际上全部是 JDBC 驱动配置层面的小问题。建议在application.yml里直接使用下面这个经过实测的完整 URLurl: jdbc:mysql://localhost:3306/campus_market?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue另外MySQL 8 默认的认证插件是caching_sha2_password某些老版本的连接驱动不支持记得检查一下 Maven 仓库里的mysql-connector-java是不是 8.x 版本。4.3 Redis启动即报错Windows下最常见的三个坑Windows 本地开发经常碰到 Redis 连不上的问题排查顺序应该这样来启动Redis服务Windows 下没有官方原生版本很多人用的是 tporadowski 的移植版或者 WSL 里跑。双击redis-server.exe是最简单的启动方式但注意启动后那个命令行窗口不能关一关就停了。检查端口占用redis-cli -h localhost -p 6379 ping如果返回PONG说明服务正常。检查防火墙Windows 防火墙默认可能拦截外部访问本地开发如果只在localhost:6379连一般没事如果你在云服务器上部署必须放行 TCP 6379 端口。一个很容易忽视的坑SpringBoot 的 Redis 配置默认database0如果你 Redis 里其他项目用了这个库key 就会冲突混杂。毕设项目建议单独指定一个 database比如spring.redis.database: 5干净又省事。4.4 SpringSecurity登录后才发现的坑静态资源和接口全被拦截很多同学是在写完一大半功能后才引入 SpringSecurity然后立刻发现前端页面进不去、Swagger 文档打不开、验证码接口直接被 403、静态图片加载不出来。这是因为 SpringSecurity 默认会拦截所有请求必须显式放行白名单。解决方案是在 SecurityConfig 里配置Override protected void configure(HttpSecurity http) throws Exception { http.csrf().disable() .authorizeRequests() .antMatchers(/api/user/login, /api/user/register, /api/user/captcha).permitAll() .antMatchers(/uploads/**, /doc.html, /swagger-ui/**, /v3/api-docs/**).permitAll() .antMatchers(/api/admin/**).hasRole(ADMIN) .anyRequest().authenticated(); }这里有两个细节提醒第一csrf().disable()在前后端分离 JWT 模式下是正确的否则所有 POST 请求会被403拦截第二放行的路径要写准确/uploads/**如果漏掉商品图片会在登录后才能打开看起来像是前端 bug 其实是后端权限配置问题。4.5 JWT 无状态登录之后token 过期与刷新带来的连环坑JWT 模式的无状态特性是一把双刃剑。它让服务端不必存 Session但也带来一个问题服务端无法主动让一个 token 失效。比如用户点了“退出登录”前端的 token 被丢弃了但 token 本身直到过期之前都有效。安全性要求高的系统必须配合 Redis 做“token 黑名单”或“活跃 token 白名单”。对于毕设系统我的建议是做白名单登录时生成 JWT同时把userId - token存进 Redis过期时间与 JWT 一致。每次请求时拦截器从 Redis 里取 token 比对不一致就拒绝。退出登录时删除 Redis 里的 keytoken 立刻失效// 伪代码登录时 String token JwtUtil.generateToken(user); stringRedisTemplate.opsForValue().set(login:token: userId, token, 24, TimeUnit.HOURS); // 拦截器里 String cachedToken stringRedisTemplate.opsForValue().get(login:token: userId); if (!token.equals(cachedToken)) { throw new UnauthorizedException(登录已失效请重新登录); }这个方案兼顾了 JWT 的无状态便利性和服务端可控性在答辩时可以讲得很有说服力。4.6 前端配置 IDEA 运行 JavaWeb 项目的经典琐碎问题热搜词里有一个非常典型的提问“IDEA 运行 JavaWeb 项目配置”这是每个做毕设的人都会经历的阶段。但在 SpringBoot 项目里情况已经简单太多了——不再需要配置 Tomcat 外部容器不再需要把 WAR 包丢进 webapps 目录。SpringBoot 内嵌 Tomcat你只需要在 IDEA 里确保 JDK 正确配置File - Project Structure - SDKs选择本机 JDK 8确保 Maven 配置指向本地仓库Settings - Maven - Home path找到src/main/java下的主类类名带SpringBootApplication的那个右键Run即可如果想修改启动端口直接改application.yml里的server.port就行不用再去找什么server.xml。这是 SpringBoot 给JavaWeb开发带来的最大解放也是你在答辩时可以反复强调的价值点。4.7 数据库字段命名不规范引发的隐藏地雷如果你是从旧课程项目改过来的很可能沿用user_name、userPwd这种风格混乱的命名。MyBatis-Plus 虽然能自动做下划线转驼峰但它只支持标准规则——user_name转userName没问题但遇到user_Name、UserName这种混合风格映射就会失控查出来字段全是null。更麻烦的是如果数据库字段叫passwordJava 实体类叫passwd你需要在TableField(password)或者映射文件里逐个指定又累又容易漏。设计表的时候就把命名规则定好统一小写 下划线字面意思清晰无歧义别用a、b、c1之类的缩写。这个习惯不仅是为了毕设能跑也是进入真实工作后的基本功。5. 项目部署、答辩准备与经验总结5.1 从 JAR 包到云服务器最简单可靠的部署路径毕设做完之后答辩前如果能有一个“线上可访问的地址”效果会好很多——老师打开手机就能看你的成品比在本地演示有说服力得多。部署流程并不复杂我整理了一条经过验证的最小路径用 Maven 打包mvn clean package -DskipTests得到target/campus-market-0.0.1-SNAPSHOT.jar云服务器阿里云/腾讯云的学生机就行装好 JDK 8 和 MySQL 8把本地数据库导出导入服务器 MySQLmysqldump -u root -p campus_market campus_market.sql scp campus_market.sql userserver:/tmp/ ssh userserver mysql -u root -p campus_market /tmp/campus_market.sql把 JAR 包传到服务器运行nohup java -jar campus-market-0.0.1-SNAPSHOT.jar app.log 21 用 Nginx 反向代理 80 端口到 8080 端口顺便处理好/uploads/**的静态文件映射注意nohup ... 启动方式在服务器重启后进程就没了最简单的持久化方案是用systemd写一个 service 文件或者用screen挂住。毕设阶段用 nohup 是够的但如果你的服务器一直挂着让老师随时访问还是建议花十分钟写一个 systemd 服务让进程常驻。5.2 答辩必问的十个问题提前准备好不慌乱根据我带过学生的经验这个题目的答辩现场老师最常问的问题基本集中在以下几个方向为什么选择 SpringBoot 而不是 SSM——关键是启动效率和约定优于配置还能扯到微服务生态商品并发下单怎么处理——答案是乐观锁 数据库状态校验不要只说“加了synchronized”你的密码是怎么加密存储的——BCrypt 加盐哈希别说“存的都是MD5”说这个等于自爆JWT 的过期时间怎么定的怎么续期——24小时 刷新token 或 Redis 白名单机制图片上传后存哪里了数据库表里存的是什么——磁盘路径 URL不是 base64订单超时自动取消是怎么实现的——Redis 延迟队列或过期事件 定时任务兜底为什么用 Redis 存验证码设置多长时间过期——5分钟比Session的方案好在分布式下的可扩展性搜索功能是怎么实现的数据量大怎么办——现阶段 LIKE 索引讲清楚后续可以迁移到 ES 的路径你的系统有哪些安全性考虑——登录鉴权、权限过滤、SQL注入防护MyBatis预编译、文件上传类型校验、XSS过滤哪些地方可以继续扩展——站内消息通知、信用评分体系、AI拍照识别商品、小程序端这些问题不要求每个都答得滴水不漏但至少要有话说。“我不太清楚”“没考虑过”和“当时考虑过这个方案但是由于时间原因暂时用的是一个更简单的实现下一步可以这样优化”——这完全是两种答辩效果。5.3 扩展成亮点三个低成本高回报的方向如果你的毕设时间还够我强烈建议你挑下面一个方向做扩展任何选一个都能让你的项目在答辩时明显“跳”出来方向一校内即时通讯 交易消息通知难度中利用 WebSocket 做站内聊天买卖双方可以就商品详情、见面地点进行沟通。很多二手平台忽略这一步实际上这是二手交易体验中极其重要的一环。用 SpringBoot 的WebSocket模块 简单的消息记录表搞定注意处理掉线重连和未读消息数的展示。方向二推荐逻辑难度中低基于用户浏览历史和浏览商品分类做简单协同过滤。不用上复杂的推荐算法搞一个“你浏览过的商品的同分类最新发布”这个简单逻辑就够讲一个章节了。重点是要把推荐的理由展示在UI上——“因为你浏览过《计算机网络》教材”“因为你常逛数码分类”这样答辩时能讲清楚推荐逻辑和业务价值的关联。方向三信用分与交易评价难度低每次交易完成后双方可以互相评价。信用分影响商品排序权重以及发布商品的额度信用分低的用户每天只能发布 3 件商品。这个方向实现成本很低但对平台生态的说明意义很大非常适合放答辩PPT里的“设计亮点”。5.4 写在最后做毕设的真实心态从我带项目的经验来看这个题目的坑不在于它有多难而在于很多人把毕设当成了一个“被分配的任务”来做最终做出一个看起来什么都有、但实际上什么都是浅尝辄止的“半成品”。如果你能把每一个核心模块的状态机设计清楚、把每一个关键选择的为什么想明白、把每一步踩过的坑记录下来你的这个SpringBoot二手交易平台就不仅仅是一个毕设更是一份能放进简历里面试官会感兴趣的真实项目经验。最后分享一个个人的实操体会我在做完这类系统之后最明显的感受是真正的编程能力提升不在于写了多少行代码而在于你被迫思考的那些边界情况和业务矛盾——商品被并发下单怎么办、图片存哪儿才不丢、JWT失效了怎么处理。这些在学校里没有一门课会系统教你但它们全是工作后每天都在面对的真实问题。把这类交易系统的项目吃透远比你背十遍面试八股文来得有价值。别焦虑静下心一个模块一个模块地磨最后的交付物一定远超你自己的预期。
