乐悠厨房又到一年毕设季，每年这个时候都有不少同学在后台问我选题的事。说实话，"网上租赁系统"这类题目几乎是年年都会出现的常青树，原因很简单——它业务场景真实、功能边界清晰、技术栈主流，而且做完之后能讲的东西很多。一套基于 Spring Boot 的租赁系统，既能覆盖增删改查这些基本功，又能涉及订单状态流转、库存并发扣减、定时任务这类有含金量的点，用来做毕设非常合适。这篇文章就把这套系统从设计到实现完整拆一遍，包括数据库设计、核心业务逻辑、环境配置流程，以及我在实际开发中踩过的坑，给准备做毕设或者想快速上手 Spring Boot 项目的同学一个可参考的模板。
1. 租赁系统到底做些什么：从业务梳理到模块拆解
1.1 需求定位：这个系统解决什么问题
很多人拿到题目第一反应是"租赁系统不就是把商品挂上去，然后有人下单嘛"。如果只做到这一步，那这个系统也就停留在 CRUD 层面，答辩的时候根本扛不住问。我们先想清楚一件事：线下租赁场景的真实痛点是什么。
租东西和买东西最大的区别在于"物要归还"。线下租一本书、租一套工具、租一辆车，核心要管三件事：东西现在在谁手里、什么时候该还、还回来的时候有没有损坏。所以网上租赁系统的本质不是电商，而是一套"借出—归还—结算"的闭环管理工具。用户把物品发布到平台上，租客浏览并下单，系统记录租赁周期，到期后确认归还，按实际情况完成押金抵扣和结算，这才是一个完整的业务闭环。
围绕这个闭环，系统的核心模块就清晰了：用户与权限、物品管理、租赁订单、归还结算、公告与留言。每一项都有明确的业务意义，不存在为了凑功能硬加的情况。
1.2 角色权限与核心业务流转
在设计权限时我建议采用两级角色：管理员和普通用户，不要急着搞商家、平台运营一堆角色。毕设的核心是讲清楚业务逻辑，角色越多代码越乱，答辩时反而说不清楚。我见过太多人把系统功能表列得特别长，实际代码里全是一堆半成品页面，这个观感非常差。
普通用户能做的事：注册登录、浏览物品、发布闲置租赁物品、下单租用物品、确认归还、查看自己的订单列表、留言评论。管理员能做的事：用户管理、物品审核与上下架、所有订单的查看与干预、公告发布。
核心业务流转可以归纳为一条主线：用户发布物品 → 物品上架 → 另一用户下单租用 → 支付（模拟） → 物品处于租用状态 → 到期归还 → 租金结算、押金处理 → 订单完成。这条主线就是系统中最值得讲的业务逻辑，后面第 3 部分我会详细展开。
1.3 功能模块清单
为了便于落地，我把功能拆成一张表，开发的时候对照着做，避免漏项：
| 模块 | 功能点 | 说明 |
|---|---|---|
| 登录注册 | 账号注册、登录、退出 | 密码加密存储 |
| 物品管理 | 发布、编辑、下架、图片上传 | 只有发布者可操作 |
| 物品浏览 | 列表分页、关键词搜索、详情查看 | 按名称搜索即可 |
| 租赁下单 | 选择租期、计算租金、生成订单 | 下单即扣减库存 |
| 订单管理 | 我的订单、状态流转、取消 | 用户端 + 管理端 |
| 归还结算 | 确认归还、押金处理 | 可设置滞纳金规则 |
| 公告模块 | 管理员发布公告，用户查看 | 简单增删改查 |
| 留言评论 | 用户对物品留言 | 关联物品 ID |
| 后台管理 | 用户管理、物品审核、订单总览 | 管理员专用功能 |
这个模块清单覆盖了"用户、物品、订单、交互"四个层面，既有核心业务又有周边设施，作为毕设的功能体量刚刚好，既不会单薄到显得没工作量，也不至于战线拉太长做不完。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术选型和数据库设计：为什么这样搭最稳
2.1 版本组合：Spring Boot 2.7 + JDK 8 为什么是首选
说到技术栈，先解决一个最重要的选择题——用哪个版本的 Spring Boot。现在网上搜教程，搜到 Spring Boot 3.x 和 2.x 的结果各占一半，很多同学一上来就装最新的，结果到处报错。我的建议非常明确：毕设老老实实用 Spring Boot 2.7.x + JDK 1.8。
原因有三个。第一，JDK 8 是当前生产环境占有率最高的版本，技术栈基础最稳；第二，Spring Boot 2.7 的教程、博客、视频资料最多，遇到问题随便一搜就有答案；第三，Spring Boot 3.x 把 javax 包迁移到了 jakarta，这个命名空间的变动会让很多老代码直接编译失败，新手排查起来非常痛苦。
依赖版本选定之后，核心依赖就这么几个：Spring Boot 2.7.14、MyBatis-Plus 3.5.x、MySQL 8.0（也可以是 5.7）、Lombok，前端模板用 Thymeleaf 或者直接 Spring Boot 返回 JSON + 简单页面。我个人推荐不要强行拆前后端分离，毕设时间有限，单体应用加模板引擎或者直接一个简洁的 HTML 页面集合，足够展示能力。如果后期想加分，用 Vue 单独写一个前端页面来对接接口，那是后话，先把后端跑通。
2.2 表结构设计：五张核心表
数据库设计是答辩时的重点提问区域，这里不能含糊。我设计的这套结构，源于一个非常朴素的思考过程：系统里有谁参与、他们要操作什么数据、这些数据之间的关系是什么。
用户表 user 管的是登录账号和基本资料：
sql复制CREATE TABLE `user` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`username` varchar(50) NOT NULL COMMENT '登录账号',
`password` varchar(100) NOT NULL COMMENT '密码（BCrypt加密）',
`nickname` varchar(50) DEFAULT NULL COMMENT '昵称',
`phone` varchar(20) DEFAULT NULL COMMENT '联系电话',
`role` tinyint(4) NOT NULL DEFAULT '2' COMMENT '角色：1管理员，2普通用户',
`create_time` datetime DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
物品表 item 管的是租赁物品信息，注意要有发布者外键、每日租金、押金、库存和上下架状态：
sq复制