一直有同学问我毕业设计到底做什么方向才既不烂大街又有足够的技术深度。我这两年带过不少毕设项目也帮人改过不少代码发现物品租赁系统是个被严重低估的选题。表面看它就是个XX共享平台但往深了做它几乎能把 SpringBoot、Vue、MySQL 三件套里最常见的坑全踩一遍库存并发、订单状态流转、图片上传、权限控制、部署上线……这些恰恰是答辩时老师最爱追问的细节。这篇文章就以一套完整的物品租赁系统项目为例从数据库设计、后端接口、前端交互到部署文档、论文编排把整个项目的骨架和实测心得完整拆给你看。我不打算讲那种点击下一步就能运行的空话而是直接进入实操层面把每一步怎么想、怎么做、哪里容易翻车都交代清楚。项目基于 SpringBoot Vue MySQL 实现源码、数据库脚本、论文、部署文档一套齐全适合作为毕业设计的主项目也适合想练手企业级开发流程的同学拿去复盘。全文很长建议先收藏再往下读。1. 项目定位与整体架构思路1.1 这个租赁系统到底要解决什么问题做毕业设计最容易犯的错是一上来就把功能列一堆结果需求和场景对不上。物品租赁系统的核心业务其实很朴素把闲置物品的使用权按时间让渡给别人。围绕这个中心衍生出几个绕不开的角色和动作管理员管理物品类目、审核上架物品、处理违规订单、查看全站数据。用户出租方发布物品、设置租金与押金、管理自己的物品上下架。用户承租方搜索浏览物品、发起租赁下单、支付押金租金、确认归还。平台处理租赁周期、生成订单状态记录、统计收益与物品流转情况。听起来不复杂但租赁和购买有一个本质区别租赁是一个有时间维度的业务。订单不是付完钱就结束了它要经历下单 - 待取物 - 租赁中 - 待归还 - 已归还 - 结算完成这样一串过程。整个系统的难点不在 CRUD而在于状态时机怎么控制、金额怎么算、超时怎么办。这套项目在架构上把这些角色和过程都实现了。后台管理端采用 Vue Element UI 搭建用户端逻辑同样是 Vue 组件化开发后端用 SpringBoot 提供 RESTful APIMySQL 负责持久化再配合 Redis 做缓存与简单并发控制如果学有余力可以加不加也不影响主流程跑通。整体是典型的前后端分离结构这一点也方便论文里画架构图。1.2 技术选型为什么是 SpringBoot Vue MySQL一句话版本它们在高校和企业里普及度最高方案最成熟遇到问题最好搜到答案。更具体地说SpringBoot 的价值在于约定大于配置。你不需要像传统 SSM 时代那样写一大堆 XML 配置文件默认配置够用写一个 Controller 就能直接跑起来。这对毕设时间有限的同学非常友好哪怕你 Spring 基础一般照着官方文档也能快速把项目搭起来。Vue 选它是因为渐进式。你可以只把它当模板语法用也可以引入 Vuex、Vue Router 做成完整 SPA。租赁系统的页面数量不算少登录注册、商品列表、商品详情、下单页、订单中心、后台管理……用组件化方式组织非常合适。而且 Vue 对新手更友好单文件组件.vue的写法比 React 的 JSX 更容易理解页面到底是怎么拼出来的。MySQL 就不用多说了开源、免费、稳定大学课程里教的也是它。对于租赁系统这种事务性强、表关系明确的业务关系型数据库依然是最可靠的选择。需要特别提醒的是尽量用MySQL 5.7 或 8.x并统一字符集为 utf8mb4否则存中文和 emoji 会踩坑。提示如果你手头已经有现成的 SpringBoot 项目模板建议保留但不要上来就加一堆微服务组件。毕设的性质决定了完整跑通逻辑清晰远比技术数量多重要。分布式、消息队列这些可以写进展望没必要强塞进主线。2. 数据库设计与核心表结构解析2.1 从业务推导数据表做数据库设计时我习惯先把业务名词列出来再找它们之间的关系。这套系统的核心表至少包括这几张表名作用关键字段user用户表用户名、密码、手机号、角色、状态category物品分类表分类名、父级分类、排序、状态item物品表物品名称、描述、图片、押金、租金、出租人ID、状态order租赁订单表订单号、物品ID、承租方ID、出租方ID、起止时间、金额、状态order_status_log订单状态日志表订单ID、操作前状态、操作后状态、操作人、备注comment评价表订单ID、评分、内容、评价时间notice公告表标题、内容、发布时间、状态这七张表基本能覆盖租赁业务的主链路。你可能注意到我没有单独建收藏表如果做成我的收藏功能加一张favorite表即可字段就是 user_id item_id create_time。表数量控制在 8 张以内既不会显得单薄也不至于工作量爆炸。2.2 关键表结构和字段设计的经验我不打算把所有建表 SQL 贴出来那太长了但必须讲几个容易出问题的字段设计点。用户表password字段不要存明文。至少用 MD5 加盐或者直接 Spring Security 的 BCrypt。答辩时老师必问密码安全一句MD5 存在彩虹表风险答不上来就尴尬了。role字段建议用tinyint0 表示普通用户1 表示管理员方便扩展。手机号是常用登录名最好加唯一索引也方便以后做短信验证码。物品表status是关键建议用整型而不是字符串。比如 0 待审核、1 上架中、2 已下架、3 已借出。字符串可读性好但比较大小、后期改动都麻烦。图片字段建议存 URL 路径不要传 base64。这是新手高频错误base64 会把数据库撑爆。金额字段用decimal(10, 2)千万别用float或double精度问题会让你对账对到怀疑人生。订单表订单号不要用自增 ID建议生成业务订单号比如yyyyMMddHHmmss 随机数。rent_start_time和rent_end_time是租赁周期的核心归还时间计算、超时判断都依赖这两个字段。租金和押金要分别存事务逻辑完全不同。押金是冻结/退还租金是结算后才归出租方。订单状态建议用smallint或tinyint枚举状态不能乱跳最好在代码里做一个状态机校验。CREATE TABLE order ( id bigint(20) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 业务订单号, item_id bigint(20) NOT NULL COMMENT 物品ID, renter_id bigint(20) NOT NULL COMMENT 承租方ID, owner_id bigint(20) NOT NULL COMMENT 出租方ID, rent_start_time datetime DEFAULT NULL, rent_end_time datetime DEFAULT NULL, deposit decimal(10,2) DEFAULT 0.00 COMMENT 押金, rent_amount decimal(10,2) DEFAULT 0.00 COMMENT 租金, status tinyint(4) DEFAULT 0 COMMENT 订单状态, PRIMARY KEY (id), KEY idx_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;2.3 索引与外键设计的度索引不要瞎加。查询频率高的字段才需要索引比如order表的item_id、renter_id物品表的category_id。状态字段虽然经常查但区分度太低加索引意义不大。外键在毕设项目里建议逻辑外键也就是说程序层面控制关联不要数据库物理外键。这样测试数据、批量删除都方便老师问起来也能说为了性能和灵活性故采用逻辑外键。数据初始化还要考虑一个现实问题演示数据。论文截图时总不能是空表吧建议在 SQL 脚本里预置 10 个左右用户、20 件左右物品、若干条订单状态尽量覆盖不同阶段。这一点放到部署文档里一起交付。3. 后端核心模块实现SpringBoot 项目怎么搭3.1 项目结构分层与职责划分拿到 SpringBoot 项目第一件事是理解分层这是答辩必然问到的问题。稳妥的分层如下controller接收请求、参数校验、返回统一响应体。service业务逻辑层事务边界在这里。mapper或repository持久层接口配合 MyBatis / MyBatis-Plus。entity或domain数据库实体类。dto数据传输对象比如前端传参和返回值的封装。config各类配置类如跨域配置、拦截器配置、自定义异常处理。common/utils统一返回结果、常量类、工具类。我见过不少同学的代码把几百行业务全写在 Controller 里确实能跑到但答辩时很容易被老师连环追问打穿。分层的好处不只是规范它是可测试、可扩展的基础。3.2 用户登录鉴权Token 方案怎么实现这套项目用的是常见且适合毕设的JWT 拦截器方案。流程很简单用户登录成功后后端生成 JWT Token 返回给前端。前端每次请求在 Header 里带上Authorization: token。后端拦截器拦截需要登录的接口校验 Token通过后把用户信息放入 ThreadLocal 或请求上下文。关键点在于拦截器的编写。这里给一个模板public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { if (OPTIONS.equalsIgnoreCase(request.getMethod())) { return true; // 放行预检请求 } String token request.getHeader(Authorization); if (!StringUtils.hasText(token) || !JwtUtil.validateToken(token)) { response.setStatus(HttpStatus.UNAUTHORIZED.value()); return false; } Long userId JwtUtil.getUserId(token); UserContext.set(userId); return true; } }两个容易忽略的细节注册、登录、获取物品列表这些接口必须放行拦截器里要配置excludePathPatterns。跨域预检请求OPTIONS必须放行否则前端 403 调不通接口。3.3 租赁订单状态与事务最容易被问崩的部分订单状态建议在代码里维护一个常量类或枚举避免魔法数字。建议状态值这样设计状态值含义触发动作0待付款用户下单创建1待取物付款成功等待线下取物2租赁中出租方确认已交付3待归还承租方发起归还4已完成出租方确认归还押金退回5已取消付款前取消或超时取消6异常纠纷挂起管理员介入状态流转的防线是对状态做前置校验。比如只有待付款的订单才能取消只有租赁中的订单才能发起归还。具体到代码可以这样写OrderStatus nextStatus orderStatusMachine(currentStatus, targetAction); if (nextStatus null) { throw new BusinessException(非法的订单状态操作); }只要状态机逻辑清晰数据库里加一条前置条件更新也是一种好手段UPDATE order SET status #{newStatus} WHERE id #{id} AND status #{oldStatus}这样即使代码并发写错了数据库这一层也能兜底。同时涉及金额、状态的修改service方法必须加Transactional。一提到事务我要额外提醒事务只应该包裹真正的业务逻辑不要在里面做耗时的 HTTP 调用否则连接池很容易被占满。4. 前端 Vue 项目搭建与核心功能实现4.1 Vue 项目结构怎么组织清晰我用 Vue CLI 或 Vite 创建项目后习惯把 src 目录拆成下面几个部分api按模块存放接口请求方法比如api/user.js、api/order.js。router路由与路由守卫配置。storeVuex 或 Pinia 状态管理存用户信息、Token。views页面级组件一个路由对应一个目录。components可复用的公共组件比如商品卡片、分页器。utils封装 axios 实例、日期格式化等工具。assets静态资源。一个容易踩的坑是把接口请求直接写在页面里。一两个页面还好功能一多就乱套而且 axios 的拦截器配置没法统一在页面里完成。4.2 路由守卫与菜单权限设计租赁系统有普通用户视图和管理员视图最简单的控制方式是按钮级/路由级权限。在路由 meta 里标记需要的角色然后在全局守卫里判断router.beforeEach((to, from, next) { const token localStorage.getItem(token); if (to.meta.requiresAuth !token) { next(/login); } else if (to.meta.role to.meta.role ! store.state.user.role) { next(/403); } else { next(); } });这样做的好处是权限逻辑集中页面组件里只需要关心自己的业务不用到处判断我是不是管理员。4.3 axios 拦截器、Token 管理与其他细节axios 拦截器主要干三件事注入 Token、统一处理响应错误码、处理 401 跳转登录。service.interceptors.request.use(config { const token localStorage.getItem(token); if (token) { config.headers[Authorization] token; } return config; }, error Promise.reject(error)); service.interceptors.response.use( response { const res response.data; if (res.code ! 200) { Message.error(res.msg || 请求失败); return Promise.reject(res); } return res; }, error { if (error.response error.response.status 401) { localStorage.removeItem(token); router.push(/login); } return Promise.reject(error); } );前端这块还有几个小细节值得花时间做好图片上传预览租物品没有实拍图很没说服力建议把图片上传功能定位为必做功能。上传后回显 URL而不是把 File 对象直接塞给后端。日期选择器限制下单时承租方选择的起租时间不能早于当前时间还件时间必须晚于起租时间。用el-date-picker的picker-options或disabledDate就能做。列表筛选物品搜索、分类筛选、价格排序尽量在后端做分页和筛选参数别一次性查全量在浏览器里过滤数据一多会卡。5. 系统部署与运行配置全流程5.1 本地开发环境的搭建与启动顺序这一步我见过太多人翻车所以单独拉一章写清楚。推荐下面的启动顺序安装 MySQL版本建议 5.7 / 8.0。记得设置好 root 密码字符集选 utf8mb4。用 Navicat 或命令行执行项目提供的database.sql把库表建好顺便确认初始化数据是否完整。安装 JDK 8 或 JDK 11SpringBoot 版本对应好。安装 Node.js推荐 LTS 版本。项目代码里找到后端配置文件application.yml改数据库用户名、密码、数据库连接 URL。启动后端在项目根目录执行mvn spring-boot:run或者 IDE 里直接运行主类。启动前端进入frontend目录执行npm install然后npm run serve。浏览器访问前端地址验证登录、物品列表等主流程。这里面最容易忽略的是后端的启动端口和上下文路径。如果application.yml里server.port8080前端 axios 请求的 baseURL 就应该是http://localhost:8080。如果前端用了代理也要保证代理指向正确。5.2 部署文档如何写得让别人能跑起来部署文档的价值在于别人照着做也能成功。我建议分段写环境要求操作系统、JDK 版本、Node 版本、MySQL 版本。数据库导入步骤脚本位置、导入命令、验证方法。后端部署打包命令、运行命令、检查日志。前端部署构建命令、产物目录、静态托管方式。访问地址与默认账号管理员/普通用户各给一组。打包后端时如果用了 Maven执行mvn clean package -DskipTests得到target/*.jar再用java -jar xxx.jar --spring.profiles.activeprod指定生产配置运行。前端构建npm run build产物默认在dist目录。5.3 前后端分离部署Nginx 的关键配置生产环境不可能让用户同时访问 8080 和 5173 两个端口。最稳妥的做法是用 Nginx 托管前端静态资源同时把/api路径反向代理到后端服务。server { listen 80; server_name localhost; root /usr/share/nginx/html; index index.html; location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location /uploads/ { proxy_pass http://127.0.0.1:8080/uploads/; } }这里有个容易踩的坑如果你的 SpringBoot 默认上下文路径是/api而前端 axios 请求的 baseURL 是/api那么proxy_pass的写法要小心要么去掉重写直接转发要么用proxy_pass http://127.0.0.1:8080/;并去掉 location 里的/api前缀。建议统一约定后端 Controller 不写全局/api通过部署层的 location 进行代理转发。这样前端、后端各自的逻辑都不会绕迷糊。图片上传的静态资源同样重要。SpringBoot 里可以用配置项将本地目录映射为虚拟路径spring: servlet: multipart: max-file-size: 10MB max-request-size: 20MB file: upload-dir: /data/uploads/然后在配置类里注册资源映射Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/uploads/**) .addResourceLocations(file: uploadDir); }注意addResourceLocations的file:前缀一定不能少否则磁盘文件访问不到。6. 常见问题与排查技巧实录6.1 数据库连接与启动失败排查我遇到最多的问题几乎都集中在数据库Access denied for user rootlocalhost用户名密码错误或者用户权限不对。先命令行测试mysql -uroot -p能不能连。Unknown database rent_db手动执行 SQL 脚本前没先创建数据库或者脚本里没有CREATE DATABASE语句。建议在部署文档里写明先建库再导数据。Connection refusedMySQL 没启动或者 spring.datasource.url 里的 IP 端口不对。本地就是localhost:3306不要改成别的。Public Key Retrieval is not allowedMySQL 8 默认认证插件导致的。在 JDBC URL 后加参数allowPublicKeyRetrievaltrueuseSSLfalse。6.2 后端正常但前端拿不到数据这是典型的前后端联调问题。优先按下面的顺序排查浏览器 F12 看 Network 请求是否发出。请求是否 404——多半是路径写错检查 axios baseURL 和实际接口路径。是否 405——大概率是 GET/POST 方法不匹配。是否 401——Token 没传或拦截器没放行。是否 403——跨域问题。后端配置跨域或者前端 devServer 里配置 proxy。跨域其实可以再展开一下。前后端分离的开发模式下前端地址是localhost:5173后端是localhost:8080浏览器同源策略会拦下请求。后端最简单的方案是写一个全局 CORS 配置Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true); } }但如果你用了拦截器记住 OPTIONS 请求要先放行跨域配置才会生效。6.3 订单扣减与并发问题租赁系统有一个很有意思的并发场景同一件物品同时在库只有 1 件两个人同时下单。如果代码只是查一下状态再更新状态那么并发下就可能出现同一物品被下两单。简单可靠的方案是给物品表加上乐观锁字段version或者直接在 UPDATE 时带上状态条件UPDATE item SET status 3 WHERE id #{itemId} AND status 1受影响行数为 1 才代表抢到。这个点写进论文和答辩里会非常加分因为它展示了我不是只会写 CRUD。7. 论文、答辩与后续扩展建议7.1 论文结构怎么编排最稳妥毕设论文不需要多惊艳重点是逻辑闭环。推荐章节结构绪论研究背景、意义、国内外现状、主要工作。相关技术介绍SpringBoot、Vue、MySQL、前后端分离思想。系统分析可行性分析、需求分析、业务流程、用例图。系统设计总体架构、功能模块、数据库设计E-R 图、表结构。系统实现分模块讲解核心代码与实现界面截图。系统测试功能测试用例表、测试结果分析。总结与展望把做得好的地方如实写再抛一两个后续可扩展的点。论文里画架构图、E-R 图、用例图是必须的。可以借助 draw.io 或者 ProcessOn 画图图的质量直接影响印象分。7.2 答辩演示的演示顺序与高频追问准备演示环节不必点开每个页面而是按主流程走一遍管理员登录进入后台审核一件待审物品。切到普通用户视角搜索并浏览物品。下单模拟租赁流程到订单完成。展示订单状态变化和个人订单中心。补一两个亮点数据库表关系、状态机设计、异常处理。老师最爱追问的高频问题提前准备好答案为什么选 Vue 而不是 React答生态成熟、上手快、模板语法更直观适合中小型前台项目。JWT 和 Session 的区别答JWT 无状态、可扩展、天然适合前后端分离Session 依赖服务端存储集群环境要处理会话共享。如果用户租赁期间物品损坏怎么办答设计了状态为异常管理员介入处理冻结押金并在协商后退还。遇到并发怎么办答数据库乐观锁控制物品状态订单状态机防止非法跳转。你认为系统的不足答支付模块目前是模拟真实接入支付宝/微信需要对接开放平台推荐算法比较基础可以用协同过滤优化。7.3 项目还能怎么玩出差异化如果时间和精力允许这几个方向能让你的毕设直接上一个台阶接入支付宝沙箱支付模拟真实支付闭环这会成为答辩时的巨大亮点。增加简单的消息通知模块比如下单后给出租方发送系统消息体现业务完整性。使用 Redis 缓存热门物品并给管理员后台加一个简单 Dashboard 展示数据统计。用 Docker 编写项目部署的docker-compose.yml一键启动 MySQL SpringBoot Nginx。最后的小建议这周我整理这套东西的时候特意翻了翻往年的部署文档发现大多数同学失败的原因根本不是代码写得烂而是环境没搭好就急着写代码。物品租赁系统这类前后端分离项目你只要把数据库脚本导入成功、后端能起来、前端能登录整个项目就已经完成了 60%。剩下的功能就是往这个骨架里加肉。论文和答辩不追求炫技把每个模块讲清楚、把为什么这么设计讲明白老师通常不会为难你。如果你正卡在某个环境问题或者某个状态流转的 bug 上记住多数问题在日志里都有答案先看报错再动手改别瞎试。祝你答辩顺利。 SpringBoot+Vue+MySQL物品租赁系统毕设项目实战拆解
一直有同学问我毕业设计到底做什么方向才既不烂大街又有足够的技术深度。我这两年带过不少毕设项目也帮人改过不少代码发现物品租赁系统是个被严重低估的选题。表面看它就是个XX共享平台但往深了做它几乎能把 SpringBoot、Vue、MySQL 三件套里最常见的坑全踩一遍库存并发、订单状态流转、图片上传、权限控制、部署上线……这些恰恰是答辩时老师最爱追问的细节。这篇文章就以一套完整的物品租赁系统项目为例从数据库设计、后端接口、前端交互到部署文档、论文编排把整个项目的骨架和实测心得完整拆给你看。我不打算讲那种点击下一步就能运行的空话而是直接进入实操层面把每一步怎么想、怎么做、哪里容易翻车都交代清楚。项目基于 SpringBoot Vue MySQL 实现源码、数据库脚本、论文、部署文档一套齐全适合作为毕业设计的主项目也适合想练手企业级开发流程的同学拿去复盘。全文很长建议先收藏再往下读。1. 项目定位与整体架构思路1.1 这个租赁系统到底要解决什么问题做毕业设计最容易犯的错是一上来就把功能列一堆结果需求和场景对不上。物品租赁系统的核心业务其实很朴素把闲置物品的使用权按时间让渡给别人。围绕这个中心衍生出几个绕不开的角色和动作管理员管理物品类目、审核上架物品、处理违规订单、查看全站数据。用户出租方发布物品、设置租金与押金、管理自己的物品上下架。用户承租方搜索浏览物品、发起租赁下单、支付押金租金、确认归还。平台处理租赁周期、生成订单状态记录、统计收益与物品流转情况。听起来不复杂但租赁和购买有一个本质区别租赁是一个有时间维度的业务。订单不是付完钱就结束了它要经历下单 - 待取物 - 租赁中 - 待归还 - 已归还 - 结算完成这样一串过程。整个系统的难点不在 CRUD而在于状态时机怎么控制、金额怎么算、超时怎么办。这套项目在架构上把这些角色和过程都实现了。后台管理端采用 Vue Element UI 搭建用户端逻辑同样是 Vue 组件化开发后端用 SpringBoot 提供 RESTful APIMySQL 负责持久化再配合 Redis 做缓存与简单并发控制如果学有余力可以加不加也不影响主流程跑通。整体是典型的前后端分离结构这一点也方便论文里画架构图。1.2 技术选型为什么是 SpringBoot Vue MySQL一句话版本它们在高校和企业里普及度最高方案最成熟遇到问题最好搜到答案。更具体地说SpringBoot 的价值在于约定大于配置。你不需要像传统 SSM 时代那样写一大堆 XML 配置文件默认配置够用写一个 Controller 就能直接跑起来。这对毕设时间有限的同学非常友好哪怕你 Spring 基础一般照着官方文档也能快速把项目搭起来。Vue 选它是因为渐进式。你可以只把它当模板语法用也可以引入 Vuex、Vue Router 做成完整 SPA。租赁系统的页面数量不算少登录注册、商品列表、商品详情、下单页、订单中心、后台管理……用组件化方式组织非常合适。而且 Vue 对新手更友好单文件组件.vue的写法比 React 的 JSX 更容易理解页面到底是怎么拼出来的。MySQL 就不用多说了开源、免费、稳定大学课程里教的也是它。对于租赁系统这种事务性强、表关系明确的业务关系型数据库依然是最可靠的选择。需要特别提醒的是尽量用MySQL 5.7 或 8.x并统一字符集为 utf8mb4否则存中文和 emoji 会踩坑。提示如果你手头已经有现成的 SpringBoot 项目模板建议保留但不要上来就加一堆微服务组件。毕设的性质决定了完整跑通逻辑清晰远比技术数量多重要。分布式、消息队列这些可以写进展望没必要强塞进主线。2. 数据库设计与核心表结构解析2.1 从业务推导数据表做数据库设计时我习惯先把业务名词列出来再找它们之间的关系。这套系统的核心表至少包括这几张表名作用关键字段user用户表用户名、密码、手机号、角色、状态category物品分类表分类名、父级分类、排序、状态item物品表物品名称、描述、图片、押金、租金、出租人ID、状态order租赁订单表订单号、物品ID、承租方ID、出租方ID、起止时间、金额、状态order_status_log订单状态日志表订单ID、操作前状态、操作后状态、操作人、备注comment评价表订单ID、评分、内容、评价时间notice公告表标题、内容、发布时间、状态这七张表基本能覆盖租赁业务的主链路。你可能注意到我没有单独建收藏表如果做成我的收藏功能加一张favorite表即可字段就是 user_id item_id create_time。表数量控制在 8 张以内既不会显得单薄也不至于工作量爆炸。2.2 关键表结构和字段设计的经验我不打算把所有建表 SQL 贴出来那太长了但必须讲几个容易出问题的字段设计点。用户表password字段不要存明文。至少用 MD5 加盐或者直接 Spring Security 的 BCrypt。答辩时老师必问密码安全一句MD5 存在彩虹表风险答不上来就尴尬了。role字段建议用tinyint0 表示普通用户1 表示管理员方便扩展。手机号是常用登录名最好加唯一索引也方便以后做短信验证码。物品表status是关键建议用整型而不是字符串。比如 0 待审核、1 上架中、2 已下架、3 已借出。字符串可读性好但比较大小、后期改动都麻烦。图片字段建议存 URL 路径不要传 base64。这是新手高频错误base64 会把数据库撑爆。金额字段用decimal(10, 2)千万别用float或double精度问题会让你对账对到怀疑人生。订单表订单号不要用自增 ID建议生成业务订单号比如yyyyMMddHHmmss 随机数。rent_start_time和rent_end_time是租赁周期的核心归还时间计算、超时判断都依赖这两个字段。租金和押金要分别存事务逻辑完全不同。押金是冻结/退还租金是结算后才归出租方。订单状态建议用smallint或tinyint枚举状态不能乱跳最好在代码里做一个状态机校验。CREATE TABLE order ( id bigint(20) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 业务订单号, item_id bigint(20) NOT NULL COMMENT 物品ID, renter_id bigint(20) NOT NULL COMMENT 承租方ID, owner_id bigint(20) NOT NULL COMMENT 出租方ID, rent_start_time datetime DEFAULT NULL, rent_end_time datetime DEFAULT NULL, deposit decimal(10,2) DEFAULT 0.00 COMMENT 押金, rent_amount decimal(10,2) DEFAULT 0.00 COMMENT 租金, status tinyint(4) DEFAULT 0 COMMENT 订单状态, PRIMARY KEY (id), KEY idx_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;2.3 索引与外键设计的度索引不要瞎加。查询频率高的字段才需要索引比如order表的item_id、renter_id物品表的category_id。状态字段虽然经常查但区分度太低加索引意义不大。外键在毕设项目里建议逻辑外键也就是说程序层面控制关联不要数据库物理外键。这样测试数据、批量删除都方便老师问起来也能说为了性能和灵活性故采用逻辑外键。数据初始化还要考虑一个现实问题演示数据。论文截图时总不能是空表吧建议在 SQL 脚本里预置 10 个左右用户、20 件左右物品、若干条订单状态尽量覆盖不同阶段。这一点放到部署文档里一起交付。3. 后端核心模块实现SpringBoot 项目怎么搭3.1 项目结构分层与职责划分拿到 SpringBoot 项目第一件事是理解分层这是答辩必然问到的问题。稳妥的分层如下controller接收请求、参数校验、返回统一响应体。service业务逻辑层事务边界在这里。mapper或repository持久层接口配合 MyBatis / MyBatis-Plus。entity或domain数据库实体类。dto数据传输对象比如前端传参和返回值的封装。config各类配置类如跨域配置、拦截器配置、自定义异常处理。common/utils统一返回结果、常量类、工具类。我见过不少同学的代码把几百行业务全写在 Controller 里确实能跑到但答辩时很容易被老师连环追问打穿。分层的好处不只是规范它是可测试、可扩展的基础。3.2 用户登录鉴权Token 方案怎么实现这套项目用的是常见且适合毕设的JWT 拦截器方案。流程很简单用户登录成功后后端生成 JWT Token 返回给前端。前端每次请求在 Header 里带上Authorization: token。后端拦截器拦截需要登录的接口校验 Token通过后把用户信息放入 ThreadLocal 或请求上下文。关键点在于拦截器的编写。这里给一个模板public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { if (OPTIONS.equalsIgnoreCase(request.getMethod())) { return true; // 放行预检请求 } String token request.getHeader(Authorization); if (!StringUtils.hasText(token) || !JwtUtil.validateToken(token)) { response.setStatus(HttpStatus.UNAUTHORIZED.value()); return false; } Long userId JwtUtil.getUserId(token); UserContext.set(userId); return true; } }两个容易忽略的细节注册、登录、获取物品列表这些接口必须放行拦截器里要配置excludePathPatterns。跨域预检请求OPTIONS必须放行否则前端 403 调不通接口。3.3 租赁订单状态与事务最容易被问崩的部分订单状态建议在代码里维护一个常量类或枚举避免魔法数字。建议状态值这样设计状态值含义触发动作0待付款用户下单创建1待取物付款成功等待线下取物2租赁中出租方确认已交付3待归还承租方发起归还4已完成出租方确认归还押金退回5已取消付款前取消或超时取消6异常纠纷挂起管理员介入状态流转的防线是对状态做前置校验。比如只有待付款的订单才能取消只有租赁中的订单才能发起归还。具体到代码可以这样写OrderStatus nextStatus orderStatusMachine(currentStatus, targetAction); if (nextStatus null) { throw new BusinessException(非法的订单状态操作); }只要状态机逻辑清晰数据库里加一条前置条件更新也是一种好手段UPDATE order SET status #{newStatus} WHERE id #{id} AND status #{oldStatus}这样即使代码并发写错了数据库这一层也能兜底。同时涉及金额、状态的修改service方法必须加Transactional。一提到事务我要额外提醒事务只应该包裹真正的业务逻辑不要在里面做耗时的 HTTP 调用否则连接池很容易被占满。4. 前端 Vue 项目搭建与核心功能实现4.1 Vue 项目结构怎么组织清晰我用 Vue CLI 或 Vite 创建项目后习惯把 src 目录拆成下面几个部分api按模块存放接口请求方法比如api/user.js、api/order.js。router路由与路由守卫配置。storeVuex 或 Pinia 状态管理存用户信息、Token。views页面级组件一个路由对应一个目录。components可复用的公共组件比如商品卡片、分页器。utils封装 axios 实例、日期格式化等工具。assets静态资源。一个容易踩的坑是把接口请求直接写在页面里。一两个页面还好功能一多就乱套而且 axios 的拦截器配置没法统一在页面里完成。4.2 路由守卫与菜单权限设计租赁系统有普通用户视图和管理员视图最简单的控制方式是按钮级/路由级权限。在路由 meta 里标记需要的角色然后在全局守卫里判断router.beforeEach((to, from, next) { const token localStorage.getItem(token); if (to.meta.requiresAuth !token) { next(/login); } else if (to.meta.role to.meta.role ! store.state.user.role) { next(/403); } else { next(); } });这样做的好处是权限逻辑集中页面组件里只需要关心自己的业务不用到处判断我是不是管理员。4.3 axios 拦截器、Token 管理与其他细节axios 拦截器主要干三件事注入 Token、统一处理响应错误码、处理 401 跳转登录。service.interceptors.request.use(config { const token localStorage.getItem(token); if (token) { config.headers[Authorization] token; } return config; }, error Promise.reject(error)); service.interceptors.response.use( response { const res response.data; if (res.code ! 200) { Message.error(res.msg || 请求失败); return Promise.reject(res); } return res; }, error { if (error.response error.response.status 401) { localStorage.removeItem(token); router.push(/login); } return Promise.reject(error); } );前端这块还有几个小细节值得花时间做好图片上传预览租物品没有实拍图很没说服力建议把图片上传功能定位为必做功能。上传后回显 URL而不是把 File 对象直接塞给后端。日期选择器限制下单时承租方选择的起租时间不能早于当前时间还件时间必须晚于起租时间。用el-date-picker的picker-options或disabledDate就能做。列表筛选物品搜索、分类筛选、价格排序尽量在后端做分页和筛选参数别一次性查全量在浏览器里过滤数据一多会卡。5. 系统部署与运行配置全流程5.1 本地开发环境的搭建与启动顺序这一步我见过太多人翻车所以单独拉一章写清楚。推荐下面的启动顺序安装 MySQL版本建议 5.7 / 8.0。记得设置好 root 密码字符集选 utf8mb4。用 Navicat 或命令行执行项目提供的database.sql把库表建好顺便确认初始化数据是否完整。安装 JDK 8 或 JDK 11SpringBoot 版本对应好。安装 Node.js推荐 LTS 版本。项目代码里找到后端配置文件application.yml改数据库用户名、密码、数据库连接 URL。启动后端在项目根目录执行mvn spring-boot:run或者 IDE 里直接运行主类。启动前端进入frontend目录执行npm install然后npm run serve。浏览器访问前端地址验证登录、物品列表等主流程。这里面最容易忽略的是后端的启动端口和上下文路径。如果application.yml里server.port8080前端 axios 请求的 baseURL 就应该是http://localhost:8080。如果前端用了代理也要保证代理指向正确。5.2 部署文档如何写得让别人能跑起来部署文档的价值在于别人照着做也能成功。我建议分段写环境要求操作系统、JDK 版本、Node 版本、MySQL 版本。数据库导入步骤脚本位置、导入命令、验证方法。后端部署打包命令、运行命令、检查日志。前端部署构建命令、产物目录、静态托管方式。访问地址与默认账号管理员/普通用户各给一组。打包后端时如果用了 Maven执行mvn clean package -DskipTests得到target/*.jar再用java -jar xxx.jar --spring.profiles.activeprod指定生产配置运行。前端构建npm run build产物默认在dist目录。5.3 前后端分离部署Nginx 的关键配置生产环境不可能让用户同时访问 8080 和 5173 两个端口。最稳妥的做法是用 Nginx 托管前端静态资源同时把/api路径反向代理到后端服务。server { listen 80; server_name localhost; root /usr/share/nginx/html; index index.html; location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location /uploads/ { proxy_pass http://127.0.0.1:8080/uploads/; } }这里有个容易踩的坑如果你的 SpringBoot 默认上下文路径是/api而前端 axios 请求的 baseURL 是/api那么proxy_pass的写法要小心要么去掉重写直接转发要么用proxy_pass http://127.0.0.1:8080/;并去掉 location 里的/api前缀。建议统一约定后端 Controller 不写全局/api通过部署层的 location 进行代理转发。这样前端、后端各自的逻辑都不会绕迷糊。图片上传的静态资源同样重要。SpringBoot 里可以用配置项将本地目录映射为虚拟路径spring: servlet: multipart: max-file-size: 10MB max-request-size: 20MB file: upload-dir: /data/uploads/然后在配置类里注册资源映射Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/uploads/**) .addResourceLocations(file: uploadDir); }注意addResourceLocations的file:前缀一定不能少否则磁盘文件访问不到。6. 常见问题与排查技巧实录6.1 数据库连接与启动失败排查我遇到最多的问题几乎都集中在数据库Access denied for user rootlocalhost用户名密码错误或者用户权限不对。先命令行测试mysql -uroot -p能不能连。Unknown database rent_db手动执行 SQL 脚本前没先创建数据库或者脚本里没有CREATE DATABASE语句。建议在部署文档里写明先建库再导数据。Connection refusedMySQL 没启动或者 spring.datasource.url 里的 IP 端口不对。本地就是localhost:3306不要改成别的。Public Key Retrieval is not allowedMySQL 8 默认认证插件导致的。在 JDBC URL 后加参数allowPublicKeyRetrievaltrueuseSSLfalse。6.2 后端正常但前端拿不到数据这是典型的前后端联调问题。优先按下面的顺序排查浏览器 F12 看 Network 请求是否发出。请求是否 404——多半是路径写错检查 axios baseURL 和实际接口路径。是否 405——大概率是 GET/POST 方法不匹配。是否 401——Token 没传或拦截器没放行。是否 403——跨域问题。后端配置跨域或者前端 devServer 里配置 proxy。跨域其实可以再展开一下。前后端分离的开发模式下前端地址是localhost:5173后端是localhost:8080浏览器同源策略会拦下请求。后端最简单的方案是写一个全局 CORS 配置Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true); } }但如果你用了拦截器记住 OPTIONS 请求要先放行跨域配置才会生效。6.3 订单扣减与并发问题租赁系统有一个很有意思的并发场景同一件物品同时在库只有 1 件两个人同时下单。如果代码只是查一下状态再更新状态那么并发下就可能出现同一物品被下两单。简单可靠的方案是给物品表加上乐观锁字段version或者直接在 UPDATE 时带上状态条件UPDATE item SET status 3 WHERE id #{itemId} AND status 1受影响行数为 1 才代表抢到。这个点写进论文和答辩里会非常加分因为它展示了我不是只会写 CRUD。7. 论文、答辩与后续扩展建议7.1 论文结构怎么编排最稳妥毕设论文不需要多惊艳重点是逻辑闭环。推荐章节结构绪论研究背景、意义、国内外现状、主要工作。相关技术介绍SpringBoot、Vue、MySQL、前后端分离思想。系统分析可行性分析、需求分析、业务流程、用例图。系统设计总体架构、功能模块、数据库设计E-R 图、表结构。系统实现分模块讲解核心代码与实现界面截图。系统测试功能测试用例表、测试结果分析。总结与展望把做得好的地方如实写再抛一两个后续可扩展的点。论文里画架构图、E-R 图、用例图是必须的。可以借助 draw.io 或者 ProcessOn 画图图的质量直接影响印象分。7.2 答辩演示的演示顺序与高频追问准备演示环节不必点开每个页面而是按主流程走一遍管理员登录进入后台审核一件待审物品。切到普通用户视角搜索并浏览物品。下单模拟租赁流程到订单完成。展示订单状态变化和个人订单中心。补一两个亮点数据库表关系、状态机设计、异常处理。老师最爱追问的高频问题提前准备好答案为什么选 Vue 而不是 React答生态成熟、上手快、模板语法更直观适合中小型前台项目。JWT 和 Session 的区别答JWT 无状态、可扩展、天然适合前后端分离Session 依赖服务端存储集群环境要处理会话共享。如果用户租赁期间物品损坏怎么办答设计了状态为异常管理员介入处理冻结押金并在协商后退还。遇到并发怎么办答数据库乐观锁控制物品状态订单状态机防止非法跳转。你认为系统的不足答支付模块目前是模拟真实接入支付宝/微信需要对接开放平台推荐算法比较基础可以用协同过滤优化。7.3 项目还能怎么玩出差异化如果时间和精力允许这几个方向能让你的毕设直接上一个台阶接入支付宝沙箱支付模拟真实支付闭环这会成为答辩时的巨大亮点。增加简单的消息通知模块比如下单后给出租方发送系统消息体现业务完整性。使用 Redis 缓存热门物品并给管理员后台加一个简单 Dashboard 展示数据统计。用 Docker 编写项目部署的docker-compose.yml一键启动 MySQL SpringBoot Nginx。最后的小建议这周我整理这套东西的时候特意翻了翻往年的部署文档发现大多数同学失败的原因根本不是代码写得烂而是环境没搭好就急着写代码。物品租赁系统这类前后端分离项目你只要把数据库脚本导入成功、后端能起来、前端能登录整个项目就已经完成了 60%。剩下的功能就是往这个骨架里加肉。论文和答辩不追求炫技把每个模块讲清楚、把为什么这么设计讲明白老师通常不会为难你。如果你正卡在某个环境问题或者某个状态流转的 bug 上记住多数问题在日志里都有答案先看报错再动手改别瞎试。祝你答辩顺利。