SSM+Vue家居租赁系统毕业设计：从数据库到答辩全流程解析

每年大概三、四月份就有不少同学开始为毕业设计失眠。如果你正盯着“基于SSM和Vue的家居租赁系统”这个题目发愁既没有现成代码也不知道论文从哪下笔这篇文章可以帮你一条龙理顺思路。这类项目说到底就是一个电商系统的变体把“购买商品”换成“在线租赁家居”。用户注册登录后在前台浏览沙发、床、书架这些家具商品看中合适的加入租单、选择租期、提交订单管理员在后台维护商品上下架、处理租赁订单、管理用户和分类。技术栈方面后端走 SSM也就是 Spring SpringMVC MyBatis前端用 Vue 全家桶前后端分离通过 JSON 接口交互。这个组合在毕设里属于非常稳的选择SSM 是很多学校 Java Web 课程的经典教学内容答辩老师熟悉讲起来不心虚Vue 的页面效果又比传统 JSP 好看太多演示时能加分。这篇内容我按做项目的顺序来写适合两类人看一是刚拿到题目完全没头绪的同学跟着走一遍就能把项目框架搭起来二是代码已经能跑、但不知道怎么把论文写厚、不知道怎么应对答辩的同学后面几章可以直接帮你查漏补缺。1. 项目到底做什么业务拆解与技术选型1.1 一套租赁系统的角色、流程和核心玩法家居租赁系统和普通电商的最大区别在于订单模型多了一套“租”的逻辑。普通电商下单后只有“已支付、已发货、已完成”这些状态租赁系统还得考虑租期、押金、到期归还、续租这些场景。先梳理一下角色。一套完整的家居租赁系统一般有三类角色用户、管理员如果工作量大一点还可以拆分出“商家/房东”角色但毕设做到用户和管理员两个角色基本就够用了。用户端核心流程是注册登录 → 浏览家居商品分类筛选、关键词搜索→ 查看商品详情 → 加入租赁清单相当于购物车→ 提交租赁订单选择租期→ 在线支付毕设一般做模拟支付→ 等待管理员发货/确认 → 确认收货开始租赁 → 到期归还 → 评价。管理员端核心流程是登录后台 → 管理家居商品新增、编辑、上下架、库存管理→ 处理租赁订单发货、确认归还、退还押金→ 管理用户 → 管理公告、轮播图、分类。这个业务闭环看起来很标准但“租赁”两个字其实隐藏了几个容易出错的细节租金怎么算按天算还是按月算押金什么时候退订单状态到底划分成几个这些如果不在设计阶段想清楚后面写代码和写论文都会很痛苦。我建议租金统一按“每天单价 × 租期天数”计算押金单独列一个字段下单时押金和租金一起支付归还确认后退还押金这样逻辑最简单也最容易在论文里画状态图。1.2 为什么选 SSM Vue而不是 Spring Boot 或者 JSP很多同学会纠结现在都用 Spring Boot 了为什么还要选 SSM我理解这个顾虑但对于毕设这个场景SSM 反而是更适合的选择原因有三点第一SSM 是学校教学覆盖面最广的 Java Web 技术栈。大多数课程的期末项目、课程设计用的都是这套组合答辩老师对 Spring 的 Bean 管理、SpringMVC 的请求流程、MyBatis 的 SQL 映射都非常熟悉你讲技术选型理由的时候老师能迅速理解不会因为技术太新而产生距离感。第二SSM 能体现你对底层原理的理解。Spring Boot 很大程度上是“自动配置 约定优于配置”很多东西开箱即用导致你讲不清楚原理但 SSM 需要你手动配置 web.xml、Spring 容器、MyBatis 的 SqlMapConfig这个过程本身就是学习价值。答辩时老师问“SpringMVC 的工作流程是什么”你至少能说出 DispatcherServlet → HandlerMapping → Controller → ViewResolver 这串东西。第三SSM 和后端接口的写法与 Spring Boot 差别不大以后上班学 Spring Boot 几乎零成本迁移。前端选 Vue 的理由更直接。Vue 上手门槛低模板语法直观配合 Element UI 组件库做管理后台的表格、表单、弹窗效率非常高。而且 Vue 的项目结构天然适合前后端分离用 npm 启动一个开发服务器所有请求通过代理转发到后端 Tomcat 端口这样你在演示的时候能很直观地讲出“前端页面是由 Vue 动态渲染的数据是通过接口从后端拿到的”这个表述在论文里也是加分项。相比之下如果继续用 JSP JSTL 做页面虽然开发简单一点但页面效果和代码结构都比较旧答辩时很难讲出亮点。所以我的建议非常明确后端 SSM 提供接口前端 Vue 渲染页面分工清楚各干各的。2. 从零开始搭数据库设计与功能模块拆解2.1 数据库表设计每张表该有什么字段数据库是整个项目的地基设计得好不好直接影响后端代码的复杂度和论文的篇幅。一套家居租赁系统核心表大概有七张用户表、家居分类表、家居商品表、租赁订单表、订单明细表可选、公告表、轮播图表。如果做了收藏功能还可以加一张收藏表。用户表user的核心字段id、username、password、nickname、phone、avatar、role、create_time。role 用来区分用户和管理员可以用数字 0 表示管理员、1 表示用户也可以用字符串“ADMIN/USER”。密码字段一定不要存明文用 MD5 加密即可毕设用到这个程度够了。家居分类表category很简单id、name、sortsort 用来控制分类在页面上的排序。家居商品表furniture是最重要的一张表字段要覆盖租赁业务的需求CREATE TABLE furniture ( id int(11) NOT NULL AUTO_INCREMENT COMMENT 主键, name varchar(100) NOT NULL COMMENT 家居名称, category_id int(11) DEFAULT NULL COMMENT 分类id, price decimal(10,2) NOT NULL COMMENT 日租金, deposit decimal(10,2) DEFAULT 0.00 COMMENT 押金, stock int(11) DEFAULT 0 COMMENT 库存数量, cover varchar(255) DEFAULT NULL COMMENT 封面图片, images text COMMENT 详情图片多张用逗号隔开, description text COMMENT 商品描述, status int(11) DEFAULT 1 COMMENT 状态1上架 0下架, create_time datetime DEFAULT NULL COMMENT 上架时间, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;注意这里的 price 字段我写的是“日租金”这是租赁系统有别于电商系统的地方。库存 stock 也不能省因为用户租赁期间商品是不可用的下单后要扣减库存归还后再加回来论文里可以把这个处理写成“库存的事务性管理”。订单表orders是业务逻辑最复杂的表。建议字段包括id、order_no订单编号唯一、user_id、user_name冗余用户昵称方便后台展示、furniture_id、furniture_name冗余商品名、price租期单价、days租期天数、total_price租金总额、deposit押金、status订单状态、create_time、update_time。冗余字段虽然不符合数据库三范式的严格要求但在毕设项目里能省掉大量联表查询反而更实用论文里也可以解释成“以空间换时间的思想”。订单状态建议用数字表示0 待付款、1 待发货已付款、2 租赁中已发货/已确认收货、3 已归还等待退押金、4 已完成、5 已取消。状态流转关系是0 → 1 → 2 → 3 → 4用户在前台可以取消 0 状态的订单管理员可以把 3 状态流转为 4。这个状态机在论文的需求分析章节画一张图答辩时很加分。公告表notice和轮播图表banner是增加页面丰富度的表字段很简单id、title、content、create_time轮播图再加 image 和 link。这两个模块虽然不算核心业务但对论文的“功能需求”章节非常有用能让系统看起来更完整。2.2 前端页面怎么组织路由和页面清单Vue 前端建议用 Vue CLI 3/4 创建项目页面分成两个部分前台用户界面和管理员后台界面。前台页面包括首页轮播图、热门家居、最新公告、家居列表页分类筛选、关键词搜索、分页、家居详情页商品大图、租金、押金、加入租单、登录页、注册页、租单页购物车可以修改数量和租期、订单确认页、个人中心我的订单、个人信息修改。后台页面包括后台首页数据统计、家居管理列表、新增/编辑弹窗、上下架、删除、分类管理、订单管理列表、发货、确认归还、用户管理、公告管理、轮播图管理。路由配置可以做成这样const routes [ { path: /, component: Home }, { path: /login, component: Login }, { path: /register, component: Register }, { path: /furniture/list, component: FurnitureList }, { path: /furniture/detail/:id, component: FurnitureDetail, props: true }, { path: /cart, component: Cart, meta: { requiresAuth: true } }, { path: /order/confirm, component: OrderConfirm, meta: { requiresAuth: true } }, { path: /user/orders, component: MyOrders, meta: { requiresAuth: true } }, { path: /admin, component: AdminLayout, meta: { requiresAuth: true, requiresAdmin: true }, children: [ { path: dashboard, component: Dashboard }, { path: furniture, component: AdminFurniture }, { path: orders, component: AdminOrders }, { path: users, component: AdminUsers } ] } ]路由守卫的作用是控制访问权限未登录用户不能访问购物车和订单页面这个写法在论文的“系统实现”章节里经常作为核心代码贴出来记得在代码注释里写清楚每行的作用。3. 核心代码实战登录、商品、订单一条龙3.1 后端三层架构和关键配置SSM 项目在结构上要严格分层Controller 接收请求、返回结果Service 处理业务逻辑Mapper 负责数据库操作。实体类放在 entity 包工具类放在 utils 包如果项目复杂还可以加 dto 包和 vo 包但对毕设来说没必要过度设计五个包足够。先说核心配置文件。SSM 项目最痛苦的其实是配置环节很多同学项目跑不起来都是配置的锅。建议准备至少四个配置文件jdbc.properties数据库连接信息、applicationContext.xmlSpring 容器配置数据源、事务管理器、MyBatis 的 SqlSessionFactory、spring-mvc.xmlSpringMVC 配置开启注解驱动、配置视图解析器、静态资源放行、mybatis-config.xmlMyBatis 全局配置比如驼峰映射、SQL 日志。jdbc.properties 里最需要注意的是数据库参数jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/home_furniture_rental?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的数据库密码serverTimezone 一定要加MySQL 8.x 的版本不加这个参数会报时区错误useSSLfalse 是为了避免本地测试时的证书警告。如果你用的 MySQL 5.7driver 可以改成 com.mysql.jdbc.Driver不过强烈建议直接上 MySQL 8.x省心。mybatis-config.xml 里有一个配置特别容易踩坑就是驼峰命名映射。数据库字段是 create_timeJava 属性是 createTime如果不开启驼峰映射每次查询出来的对象这个字段都是 null。settings setting namemapUnderscoreToCamelCase valuetrue/ setting namelogImpl valueSTDOUT_LOGGING/ /settingslogImpl 设为 STDOUT_LOGGING 可以让 MyBatis 在控制台打印 SQL联调时非常有帮助强烈建议加上。后端接口统一返回一个 Result 对象包含 code、msg、data 三个字段前端根据 code 判断请求是否成功。这个类虽然简单但几乎是所有前后端分离项目的标配public class Result { private Integer code; private String msg; private Object data; public static Result success(Object data) { Result result new Result(); result.setCode(200); result.setMsg(操作成功); result.setData(data); return result; } public static Result error(String msg) { Result result new Result(); result.setCode(500); result.setMsg(msg); return result; } }登录模块建议用拦截器统一校验而不是在每个 Controller 里手动判断。自定义一个 LoginInterceptor实现 HandlerInterceptor 接口在 preHandle 里检查 session 中是否有用户Component public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { Object user request.getSession().getAttribute(user); if (user null) { response.setStatus(401); response.setContentType(application/json;charsetutf-8); response.getWriter().write({\code\:401,\msg\:\未登录\,\data\:null}); return false; } return true; } }然后在 spring-mvc.xml 里配置拦截路径拦截 /api/order/、/api/user/、/api/cart/** 这些需要登录的接口放行 /api/login、/api/furniture/** 这些公开接口。商品分页查询是前端列表页的核心接口后端用 MyBatis 手动写 limit 分页就够不需要引入 PageHelper 插件。Mapper 里的动态 SQL 是 SSM 项目的必考知识点select idselectFurniturePage resultTypecom.example.entity.Furniture select * from furniture where if testkeyword ! null and keyword ! and name like concat(%, #{keyword}, %) /if if testcategoryId ! null and category_id #{categoryId} /if and status 1 /where order by id desc limit #{offset}, #{pageSize} /select要注意 limit 的 offset 需要在前端传来的 pageNum 基础上计算offset (pageNum - 1) * pageSize。如果前端传的是页数而不是偏移量后端一定要转换这个细节很多同学第一次写都会漏。3.2 订单提交的完整过程订单模块是整个系统的重中之重答辩演示时也一定会走这个流程。我的建议是把下单逻辑在一个 Service 方法里完成用事务注解保证一致性Transactional public Result submitOrder(OrderRequestDTO dto, Integer userId) { // 1. 查询家居商品校验是否存在且已上架 Furniture furniture furnitureMapper.selectById(dto.getFurnitureId()); if (furniture null || furniture.getStatus() ! 1) { return Result.error(商品不存在或已下架); } // 2. 校验库存 if (furniture.getStock() dto.getCount()) { return Result.error(库存不足); } // 3. 计算租金总额日租金 * 租期天数 * 数量 BigDecimal totalPrice furniture.getPrice() .multiply(new BigDecimal(dto.getDays())) .multiply(new BigDecimal(dto.getCount())); // 4. 生成订单编号时间戳 随机数 String orderNo LEASE System.currentTimeMillis(); // 5. 创建订单并扣减库存 Orders order new Orders(); // ... 填充字段 ordersMapper.insert(order); furnitureMapper.decreaseStock(dto.getFurnitureId(), dto.getCount()); return Result.success(order); }事务注解 Transactional 在这里很关键保证“创建订单”和“扣减库存”要么同时成功要么同时失败。这个细节在论文的“系统实现”或者“系统测试”章节里可以写成一个亮点说明你考虑到了数据一致性问题。订单状态流转的后端实现其实不难管理员修改订单状态就是一个简单的 update 操作但前端要配合处理好按钮的展示和禁用。比如状态为 0 时显示“取消订单”“去支付”状态为 1 时显示“发货”状态为 3 时显示“确认归还”。这些逻辑在 Vue 里面用 v-if 或者一个 statusMap 映射表即可。3.3 前端核心Axios 封装和页面交互前端最先做的应该是请求工具类的封装。推荐在 src 下建一个 utils/request.jsimport axios from axios import { Message } from element-ui import router from /router const request axios.create({ baseURL: /api, timeout: 10000 }) // 请求拦截器把用户信息里的 token 或者 id 放到 header 里 request.interceptors.request.use(config { const user JSON.parse(localStorage.getItem(user) || null) if (user) { config.headers[UserId] user.id } return config }) // 响应拦截器统一处理错误提示 request.interceptors.response.use( response { const res response.data if (res.code 401) { router.push(/login) } return res }, error { Message.error(网络请求失败) return Promise.reject(error) } ) export default requestbaseURL 设为 /api 之后需要在 vue.config.js 里配置代理否则前端 8080 端口请求后端 8080 端口会跨域module.exports { devServer: { port: 3000, proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } } }这样配置之后前端请求 /api/furniture/list 会自动转发到 http://localhost:8080/api/furniture/list相当于用 webpack 的代理绕开了跨域限制。这是前后端分离项目里最常见的一种联调方式比在后端写 CorsFilter 更贴近真实项目场景。首页轮播图和商品列表的数据获取没什么特别的用 axios 调接口、把数据存进 data、模板里 v-for 渲染就行。但有两个小技巧值得说一是加载状态要处理展示商品列表时用一个 loading 变量配合 v-loading 指令避免页面白屏二是图片路径要注意如果图片是上传到本地的后端返回的图片路径可能是“/upload/xxx.jpg”前端需要拼接完整的访问地址比如 http://localhost:8080/upload/xxx.jpg或者在后端配置虚拟路径映射。4. 论文怎么写才厚实目录结构和写作技巧4.1 通用论文骨架六章结构最稳妥毕业设计论文的行文逻辑是固定的大部分学校要求五章到七章我用得最多的骨架是六章版覆盖绝大多数要求第一章绪论写研究背景与意义、国内外研究现状、论文主要工作。背景部分不要泛泛谈“互联网发展”要紧扣“家居租赁”这个细分领域现在租房群体越来越多家具更换频率高、搬运困难、闲置浪费家居租赁正好解决这些痛点。国内外研究现状是很多同学头疼的我建议以中国知网为主搜“租赁系统”“家居电商”“前后端分离”等关键词找到 3 到 5 篇近五年的相关论文总结出“国内研究集中在电商平台/国外有成熟的家具租赁平台”这样的对比观点即可。第二章相关技术介绍SSM 三大框架、Vue、MySQL、Tomcat。这是最容易写也最容易写水的一章千万不能整段复制百度百科。正确做法是每个技术写两到三段先概括是什么再说明它在本项目里承担什么职责比如“MyBatis 是持久层框架本系统使用 MyBatis 编写动态 SQL实现家居商品的条件查询与分页查询”。这样既满足了论文要求又让老师看出你真的用了这些技术。第三章需求分析可行性分析技术、经济、操作、功能需求分析画出用例图、非功能需求分析性能、安全、易用性。用例图建议用 Visio 或 ProcessOn 画用户角色画一个用例图管理员角色画一个用例图页面截图说明用例的流程。第四章系统设计总体架构图B/S 架构 前后端分离、功能模块设计模块树、数据库设计ER 图 表结构表。数据库设计是老师重点看的部分表结构尽量用三线表形式列出每个字段的名称、类型、长度、约束、说明。第五章系统实现这是最长的章节按功能模块展开登录模块实现、家居商品展示实现、租赁订单实现、后台管理实现。每个模块先放核心代码片段再放页面截图截图要标注清楚“图5-1 家居租赁系统首页”之类的编号。第六章系统测试测试环境说明、功能测试用例表测试用例名称、前置条件、操作步骤、预期结果、实际结果、测试结论。强烈建议用表格形式至少写 10 个测试用例覆盖登录、搜索、下单选品、订单状态流转、后台管理这些核心功能。4.2 论文里怎么贴代码和画图才显得专业代码不要大段大段地贴每个模块只贴最核心的 10 到 20 行比如 Service 层下单方法、MyBatis 的动态 SQL、Vue 的 Axios 封装。一定要加注释老师翻论文时未必会一行行读代码但注释能体现出你的条理性和属于你自己的理解。图的数量能多则多流程图、用例图、时序图、ER 图、界面截图、部署图加起来超过 15 张比较好。这里提个醒系统流程图是论文里阅卷老师最关注的一张图它展示的是从用户打开页面到订单完成的整体流程画的时候一定要符合业务逻辑不要出现“用户提交订单→管理员发货→用户还没付款”这种顺序错误。我的建议是把状态流转当成流程图的骨架顺着“浏览→加入租单→提交订单→支付→发货→收货→归还→退押金”这条线画。5. 开发中踩过的坑和排查技巧实录5.1 环境与部署相关的常见问题很多同学项目开发到一半项目跑不起来了最后发现就是环境问题。我遇到过最常见的情况Tomcat 端口被占用。启动报 Port 8080 was already in use 时Windows 上可以执行 netstat -ano | findstr 8080 找到占用进程的 PID然后在任务管理器里结束进程。或者直接改 Tomcat 的 server.xml 里的端口不过这样前端 vue.config.js 的 proxy target 也要跟着改。Maven 依赖下载失败。pom.xml 里引入的依赖出现红色波浪线通常是网络问题。建议在 Maven 的 settings.xml 里配置阿里云镜像并且把依赖版本统一到一个比较新的稳定版本Spring 就用 5.2.x不要用特别老的 3.x、4.x否则和 JDK 版本不兼容。MySQL 中文乱码。建库时一定要指定 utf8mb4 字符集连接 URL 里加 useUnicodetruecharacterEncodingutf8否则数据库、后端、前端三层任意一层编码不一致都会出现乱码。5.2 前后端联调的经典问题跨域问题是前后端分离项目里几乎必然会遇到的。配置了 vue.config.js 的 proxy 之后如果浏览器控制台仍然报 CORS 错误优先排查请求是不是走了代理——看 Network 面板里请求的地址是不是 3000 端口。如果前端直接用 axios 请求了 http://localhost:8080 而不是 /api 开头的相对路径代理是拦不到的。接口返回 404 的排查思路先单独用浏览器或者 Postman 请求后端接口看接口本身是否正常如果后端正常、前端 404大概率是 baseURL 和注解里的 RequestMapping 拼接错了把前端请求地址和后端 Controller 的路径一对比就能发现问题。5.3 业务逻辑上的隐蔽 bug库存和金额问题是租赁系统最容易翻车的两个地方。库存扣减要放在 Service 层和订单创建同一个事务里不要在 Controller 层各自调用两个 Mapper 方法金额计算一定要用 BigDecimal不要用 double 和 float否则会出现 0.1 0.2 不等于 0.3 这种精度问题。这也是论文里可以重点写的点系统采用 BigDecimal 类型处理金额保证了金额计算的精度。页面数据不更新的常见原因是 Vue 响应式失效。在 Vue 2 里直接通过下标修改数组元素页面是不会更新的需要用 this.$set(数组, 索引, 新值) 或者整体替换数组。这个 bug 我在做订单列表状态切换时踩过一次如果你负责的后台订单管理里有“点击按钮后列表状态不变”的问题优先检查是不是这个原因。5.4 答辩前必须准备的问题答辩前把项目功能演示走顺是基本功更重要的是准备口头问答。根据我的经验老师围绕这个题最喜欢问的问题很集中“为什么用 SSM 而不用 Spring Boot”回答思路SSM 是经典框架组合课程学习中已经掌握其配置和原理本项目是学习性质的项目选择底层框架更能体现对 Spring、SpringMVC、MyBatis 的理解。“订单状态是怎么流转的”回答时最好画一个简单的状态流转图说明从下单到租期结束、押金退还的完整闭环。“数据库表之间有什么关系”要能立刻说出用户表与订单表是一对多、商品表与订单表是多对一并且解释清楚为什么在设计中用冗余字段减少联表查询。“如果多个用户同时下单库存会不会超卖”如果能说出“在事务中先检查库存再扣减并用数据库行级锁保证并发安全”已经在大多数毕设答案之上了哪怕你实际并没有做乐观锁也要在知识层面讲清楚这个方案因为老师大概率会顺着这个思路追问。我呢一路做下来最大的感受是毕设项目的完成质量不取决于技术多高深而取决于逻辑链条清不清晰。数据库表结构想清楚订单状态流理顺前后端接口约定好后面所有代码和论文都只是往这个框架里填空而已。如果你现在已经被各种问题卡了一两天建议先停下来把表结构和接口清单写在本子上按我上面给的那张表对照着再走一遍思路立刻会清晰很多。最后再分享一个小技巧演示前一天把整个流程从注册、登录、下单到后台发货、确认归还完整跑三遍手机录屏一遍你自己就会发现在找茬的过程中又改掉不少小问题。