直接说结论这套题目放在今年的毕设池子里属于标准的“高性价比选择”。SpringBoot 加 Vue 的前后端分离组合是目前 Java 方向毕业设计最常见的搭配而“不动产登记”这个业务域又自带完整的业务链——房源信息、产权登记、租赁合同、权属变更、统计报表随便拎一个模块出来都够撑起一篇合格的毕业论文。更关键的是这套系统的业务逻辑足够复杂但又不至于复杂到一个人做不完拿来练手和答辩都合适。我今年实际带过一个学生做类似的系统前后花了大概六周时间踩了不少坑也积累了一些“文档里查不到”的经验。下面我按实际开发顺序把这套系统从设计到落地的完整思路拆开讲包括数据库怎么设计、接口怎么规划、权限怎么做、前后端联调有哪些容易卡壳的地方以及答辩时老师可能会问什么一并写清楚。1. 项目到底在做什么先理解业务再谈技术很多人一上来就急着搭框架、写代码结果做到一半才发现业务逻辑没理顺返工成本极高。不动产登记系统听起来很“政务”但落到毕业设计的尺度上本质上就是一套围绕“房子”和“人”的关系展开的信息管理平台。1.1 核心业务域拆解房、人、合同、流程不动产权籍信息管理这句话是题眼。拆开看包含三类核心数据房屋/宗地信息即“权籍”包括坐落位置、建筑面积、户型结构、产权来源、土地性质等。这是整个系统的基础数据。权利人信息即“人”包括业主姓名、证件类型、证件号码、联系方式、共有情况等。权属登记记录即“证”比如不动产权证书号、登记日期、登记类型首次登记、转移登记、变更登记、抵押登记等。在此基础上标题里还提到了租赁业务所以系统还需要覆盖租赁合同管理——这实际上是很多真实不动产登记平台不具备的功能但对于毕业设计而言它恰好是制造“功能亮点”的绝佳切入点。因为租赁业务的加入让系统从单纯的“登记台账”升级为“登记 交易 租赁”三位一体的管理平台在论文的“系统功能设计”章节里这可以成为你区别于普通 CRUD 项目的核心卖点。1.2 角色权限设计这是答辩必问点角色的划分直接决定权限模块怎么做。我建议按以下四类角色展开既贴近真实场景又不会让权限设计过于复杂角色核心职责典型操作系统管理员用户管理、角色分配、数据维护添加/禁用用户、重置密码、查看日志登记人员受理登记申请、审核材料、录入权籍信息新建登记、上传附件、发起审核查询人员面向公众提供查询服务按坐落/权利人查询、打印查询证明普通用户业主/租户查看自己的房产信息、提交租赁申请查看名下房产、发起租赁登记你可以在实际开发中把权限粒度做得更细比如“审核”操作只允许登记主管角色执行“注销登记”权限单独控制。但在毕设答辩中RBAC基于角色的访问控制模型能讲清楚比“权限控得特别细”更重要。1.3 业务流程明确从登记申请到发证的全链路系统里最核心的一条业务主线是“登记业务流”我建议按照以下状态流转来设计业主或登记人员发起登记申请录入权籍信息、上传材料附件。系统自动校验信息的完整性比如必填项是否齐全、证件号格式是否正确。登记人员初审状态变为“待审核”。审核人员终审通过则状态变为“已登记”系统生成唯一的不动产权证书号。打印或下载证书流程结束。这条链路里最有开发价值的是状态流转控制。后端可以用一个字段存状态但更规范的做法是设计一个状态机工具类统一管理合法状态变迁。比如“已登记”状态下不允许重复提交“登记申请”只能走“变更”或“注销”分支。这块内容写进论文的技术难点章节能明显提升技术深度。2. 技术选型与项目架构为什么是 SpringBoot Vue这个题目用到 SpringBoot 和 Vue其实不算“选择”而是“默认”。但你需要能在答辩时讲清楚这两个技术选型的理由以及前后端分离架构到底解决了什么问题。2.1 后端 SpringBoot为什么它适合这种场景SpringBoot 的核心优势是自动配置 开箱即用。以不动产登记系统的数据访问为例只需要引入spring-boot-starter-data-jpa或mybatis-plus-boot-starter配置好数据源连接就能完成对 MySQL 的增删改查。相比传统 SSM 框架需要手写大量 XML 配置SpringBoot 能把开发重心拉回到业务逻辑本身。这里有个实操建议如果你的项目团队里没人用过 MyBatis 的 XML 映射建议直接上MyBatis-Plus它的BaseMapper接口自带通用 CRUD配合LambdaQueryWrapper查询代码能省下一大半。比如要按小区名和楼栋号模糊查询房屋列表一行代码的事ListHouse list houseMapper.selectList( new LambdaQueryWrapperHouse() .like(StringUtils.isNotBlank(communityName), House::getCommunityName, communityName) .eq(buildingNo ! null, House::getBuildingNo, buildingNo) );2.2 前端 Vue生态成熟适合快速出活Vue 的定位是“渐进式框架”这意味着你不需要一次性掌握全部特性。做完这个项目你实际高频用到的 Vue 知识点无非是这几个组件化开发把公共的头部、侧边栏、表格搜索区抽成组件。Vue Router 路由管理根据登录用户的角色动态生成可访问的路由表。Vuex/Pinia 状态管理存储登录 token、用户信息、权限标识。Axios 封装统一处理请求拦截、响应拦截、错误提示。如果你的系统包含多角色登录动态路由是必做项。具体做法是用户登录成功后后端返回该用户的角色和权限列表前端根据权限列表调用router.addRoute()动态添加路由。这个功能在答辩时演示效果极好老师一眼就能看出你理解“权限控制”不是只是按钮隐藏。2.3 前后端分离架构一套理论说清楚前后端分离的核心概念是后端只提供 Restful API返回 JSON 数据不关心页面渲染前端负责页面展示和交互通过 HTTP 请求与后端通信。分离后的好处有三点前后端可以并行开发互相不阻塞。后端 API 可以复用未来如果做移动端或小程序只需对接同一套接口。部署时可独立扩展前端静态资源交给 Nginx后端打包成 Jar 独立运行。为了统一前后端接口规范强烈建议设计一套统一返回体结构。我常用的格式是{ code: 200, message: 操作成功, data: {...} }前端 Axios 拦截器里根据code统一处理错误提示这样后端就不需要为每个接口写 try-catch 返回错误页面。3. 数据库设计与核心表结构打好地基数据表设计是这类管理系统的重头戏。表结构设计得合理后面所有代码都顺设计得草率后期改表结构会让人崩溃。我建议按照业务模块划分至少设计以下核心表。3.1 核心数据表全景图用户与权限模块sys_user用户表id, username, password, real_name, phone, status, role_idsys_role角色表id, role_name, role_code, remarksys_user_role用户角色关联表用户与角色多对多sys_menu菜单/权限表id, parent_id, menu_name, path, component, permssys_role_menu角色菜单关联表不动产权籍模块house_info房屋信息表id, house_code, community_name, building_no, unit_no, house_no, area, house_type, land_source, land_use, statusowner_info权利人信息表id, owner_name, id_type, id_no, phone, address, house_id, owner_type, share_ratioproperty_certificate不动产权证书表id, cert_no, house_id, owner_id, issue_date, regist_date, status登记与租赁模块registration_record登记记录表id, register_no, house_id, owner_id, reg_type, apply_date, status, auditor_id, audit_date, remarkrental_contract租赁合同表id, contract_no, house_id, landlord_id, tenant_id, rent_amount, start_date, end_date, status, depositattachment_file附件表id, business_type, business_id, file_name, file_url, upload_time这套表结构覆盖了系统的全部核心业务。house_info与owner_info是一对多关系一套房子可能有多位共有人property_certificate与house_info是一对一关系一套房子对应一本证registration_record是流水表每笔登记申请都会新增一条记录。3.2 关键设计细节哪些字段必须提前埋好这里分享几个我实际踩坑后总结出来的血泪经验状态字段不要用布尔值。比如房屋状态用0 - 未登记、1 - 已登记、2 - 已抵押、3 - 已查封这样的枚举值而不是简单的 0/1。因为不动产状态是多态的布尔值表达不了“查封”“预告登记”这种中间态。后端用EnumValue映射前端用字典翻译体验会好很多。金额字段用 Decimal 不用 Float/Double。租金、税费这类涉及金额的数据用浮点类型会产生精度误差答辩时提到“金额计算精度问题”被老师追问的概率极高。用BigDecimal并在数据库设计decimal(10,2)一劳永逸。必须加 create_time 和 update_time。很多管理系统项目容易忽略这两个字段但它们在论文的“数据库设计”章节中是加分项——说明你考虑了数据的可追溯性。MyBatis-Plus 里有TableField(fill FieldFill.INSERT)的自动填充机制几行代码就能搞定。逻辑删除代替物理删除。这条因人而异但对毕设而言强烈建议开启。比如房屋信息误删了如果不是物理删除数据还可以恢复。在论文里写“本系统采用逻辑删除策略有效防止了数据误操作的不可恢复性”这种细节恰恰是评阅老师喜欢看到的。3.3 数据库脚本与实际建表建议开发阶段不要一上来就写全部建表 SQL。我的习惯是先建三张核心表用户表、房屋表、登记记录表跑通登录和房屋管理的基础功能之后再迭代补充更多表。因为实际开发中你会发现字段设计几乎必然要调整一次性建完所有表再写代码调整成本会成倍增加。再有SQL 脚本里一定要插入一批测试数据包括几个不同角色的账号、十几套房屋信息、若干条登记记录。这在联调和答辩演示时能节省大量时间。测试数据要尽量真实比如小区名用“阳光花园”“翠湖天地”权利人姓名用“张三”“李四”避免用test1、test2这种毫无说服力的数据。4. 核心功能模块实现从登录到登记的业务闭环系统功能的实现顺序应该遵循“基础 → 核心 → 扩展”的原则。不要想着先把所有模块搭好再打磨细节而是把一条主线走通再逐步丰富功能。4.1 登录与权限控制JWT 方案怎么落地后端登录认证我建议用JWTJSON Web Token Spring Security或者更轻量的JWT 拦截器HandlerInterceptor。虽然 Spring Security 是行业标准但它的过滤器链配置复杂课设阶段容易把自己绕晕。如果目标是尽快把系统跑起来用拦截器手动校验 token 是更务实的方案。JWT 的落地流程如下用户登录后端校验用户名和密码。校验通过生成 token包含用户 id、用户名、角色设置过期时间建议 24 小时。前端把 token 存到localStorage或 Pinia并在 Axios 请求拦截器中加到请求头Authorization: Bearer token。后端写一个拦截器对所有非登录接口校验 token 的有效性。实现时有一个细节必须注意token 里不要放敏感信息比如完整手机号、身份证号。因为 JWT 的 payload 只是 Base64 编码不是加密前端可以轻易解码查看。如果被老师问到 token 安全性的问题能说出“payload 仅存放非敏感的身份标识且后续可用 Redis 做 token 黑名单”这样的回答会是一个明显的加分项。密码存储上务必使用BCrypt 加密。Spring Security 的BCryptPasswordEncoder可以直接引入不需要完整集成 Spring Security 就能单独使用。用明文密码存数据库在答辩现场会被老师当场指出问题那场面真的尴尬。4.2 登记业务状态机让系统有“流程感”登记功能是所有业务模块里技术含量最高的。以转移登记二手房过户为例流程是“录入申请 → 初审 → 终审 → 发证”。状态字段我建议用字符串枚举可读性优于数字枚举public enum RegisterStatus { DRAFT(草稿), SUBMITTED(待审核), APPROVING(审核中), APPROVED(已登记), REJECTED(已驳回), CANCELLED(已注销); }关键点在于状态流转的校验逻辑不能仅仅靠前端控制按钮显隐后端必须也要校验。比如调用“审核通过”接口时首先要判断当前记录状态是否为“待审核”或“审核中”否则直接抛出业务异常。这样能防止有人绕过前端页面直接调接口把数据状态改乱——这个细节做到位系统整体的“可信度”会提升一大截。4.3 租赁合同与关联查询多表联查的经典场景租赁模块在租赁合同列表页通常需要同时展示房屋坐落、房东姓名、租客姓名、租金、合同状态等信息这些数据分布在不同表中需要联表查询。MyBatis-Plus 里建议用自定义分页查询配合 XML 或者注解写 SQLSELECT rc.id, rc.contract_no, rc.rent_amount, rc.start_date, rc.end_date, rc.status, hi.community_name, hi.building_no, hi.unit_no, hi.house_no, oi.owner_name AS landlord_name, oi2.owner_name AS tenant_name FROM rental_contract rc LEFT JOIN house_info hi ON rc.house_id hi.id LEFT JOIN owner_info oi ON rc.landlord_id oi.id LEFT JOIN owner_info oi2 ON rc.tenant_id oi2.id WHERE rc.deleted 0这里我特意用了LEFT JOIN而不是INNER JOIN因为房东或租客信息可能缺失比如历史数据不完整左连接能保证合同记录一定查出来只是关联字段为空。4.4 文件上传证书和合同附件的处理方案登记材料、合同扫描件都需要上传保存。开发阶段最简单的方案是上传到本地磁盘数据库存文件路径。但既然热搜词里反复出现 MinIO我这里也说清楚这个方案怎么做引入 MinIO 的 Java SDK在配置类中注入MinioClientConfiguration public class MinioConfig { Value(${minio.endpoint}) private String endpoint; Value(${minio.access-key}) private String accessKey; Value(${minio.secret-key}) private String secretKey; Bean public MinioClient minioClient() { return MinioClient.builder() .endpoint(endpoint) .credentials(accessKey, secretKey) .build(); } }上传时调用putObject返回文件的访问 URL将其存到附件表file_url字段。MinIO 的好处是自带 Web 管理界面答辩演示时可以现场展示上传的附件文件列表直观且真实。如果你的部署环境不方便装 MinIO把文件存到本地绝对路径配合 Nginx 映射静态资源也完全可以。5. 前后端联调与接口设计这部分决定系统“通不通”这个项目涉及的前后端交互点非常多接口设计合理联调过程就顺滑接口设计随意前端就要为各种异常数据写大量的防御代码。5.1 接口规范与统一返回体强烈建议第一行代码就从封装统一返回体开始Data public class ResultT { private Integer code; private String message; private T data; public static T ResultT success(T data) { ResultT result new Result(); result.setCode(200); result.setMessage(操作成功); result.setData(data); return result; } public static T ResultT error(String message) { ResultT result new Result(); result.setCode(500); result.setMessage(message); return result; } }前端封装 Axios 实例时在响应拦截器中统一处理code ! 200的错误提示这样就不用在每个页面都写一遍catch中的弹窗逻辑axios.interceptors.response.use( (response) { if (response.data.code ! 200) { ElMessage.error(response.data.message) return Promise.reject(new Error(response.data.message)) } return response.data }, (error) { ElMessage.error(网络异常请稍后重试) return Promise.reject(error) } )5.2 接口命名与 RESTful 风格以房屋信息接口为例我建议的接口规划如下功能接口路径请求方式分页查询房屋列表/api/house/pageGET房屋详情/api/house/{id}GET新增房屋/api/housePOST修改房屋/api/house/{id}PUT删除房屋/api/house/{id}DELETE登记申请/api/registration/applyPOST登记审核/api/registration/auditPOST接口路径统一以/api开头方便前端集中转发。如果是本地开发前端开发服务器配置代理把/api开头的请求转发到localhost:8080部署上线时由 Nginx 做同样的事情。前后端分离项目中最常见的“接口跨域报错”问题就是靠这套代理方案解决的建议在答辩时也主动提到这一点。5.3 分页参数与前端表格组件后端分页建议使用 MyBatis-Plus 的Page接收current当前页和size页大小两个参数。前端用 Element Plus 的el-table加el-pagination组合参数直接绑定pageSize 默认设为 10前端切换页大小后要重新请求第一页数据。表格加载数据期间设置v-loading状态避免用户反复点击。很多同学的表格分页不生效最常见的原因就是“前端传的参数名”和“后端接收的参数名”不一致。前后端用同一个字段名current和size这种事就不会发生。检查时直接看浏览器 Network 面板的请求参数一般一眼就能定位问题。6. 部署上线与答辩准备最后一公里决定成败系统写完代码能跑起来往往只完成了 80% 的工作。接下来要做的部署和答辩准备才是决定最终分数的关键一环。6.1 本地打包与部署实操前后端分离项目打包有固定步骤后端在项目根目录执行mvn clean package如果用了测试类建议-Dmaven.test.skiptrue跳过测试用例避免打包时因单元测试报错中断。前端进入vue-project目录执行npm run buildVue 项目的构建工具 Vite 会自动生成dist目录里面是纯静态资源。部署时可以选择最简单的方式后端 Jar 包在服务器上用nohup java -jar xxx.jar 启动前端dist目录里的文件交给 Nginx 托管。如果只在学校机房做演示没有独立服务器也可以在同一台机器上部署后端启动在 8080 端口前端用 Nginx 启动在 80 端口前端通过 Nginx 反向代理把/api的请求转发给 8080 端口。还有另一种做法是把前端打包产物塞进 SpringBoot 的static目录直接访问但这种方案违背了“前后端分离”的初衷答辩时容易挨问。6.2 答辩常见问题清单提前准备不慌场结合我带学生的经验老师喜欢围绕这几个点提问“为什么选择前后端分离”答案参考 2.3 节重点谈开发和部署解耦、接口复用。“登录状态是怎么保持的”回答 JWT token 的存储位置、过期时间、请求头携带方式。“数据库表之间的关联关系”画清楚房屋、权利人、证书、合同的关系表达清楚主要的一对多、多对多映射。“这个系统在真实场景中有哪些安全问题”能说出 SQL 注入用预编译解决、密码加密存储、接口越权访问就足够证明你有安全意识了。如果老师问到 SpringBoot 面试题里常见的问题——比如“SpringBoot 自动装配原理是什么”起码要能答出“SpringBootApplication由EnableAutoConfiguration触发通过spring.factories或AutoConfiguration.imports加载自动配置类结合条件注解ConditionalOnClass按需装配”。这类基础题提前背熟比临场发挥靠谱得多。6.3 演示数据与演示脚本正式演示时最怕的是冷场和意外。我的习惯是准备一份“演示脚本”按顺序走通一遍核心流程输入管理员账号登录展示首页统计数据。添加一个小区信息录入两套房屋。添加权利人关联房屋。发起一笔转移登记申请。切换登记人员账号完成初审。切换审核人员账号完成终审展示自动生成的证书号。建立一条租赁合同查看合同列表和详情。展示系统退出登录、权限受限的情况。这套流程走下来基本能覆盖系统全部功能点演示时长控制在 5-8 分钟节奏紧凑。数据一定要提前准备好不要在演示现场现录一旦录入环节出问题后续所有演示都会卡住。7. 项目环境适配提示几类常见的坑提前规避在写这个项目的过程中我发现不少同学会在环境配置阶段就卡住。这一节把最容易出问题的几个环境点集中说一遍开题前先扫一眼能省很多时间。JDK 与 SpringBoot 版本匹配问题。如果用 SpringBoot 3.x必须用 JDK 17 以上如果是 JDK 8就用 SpringBoot 2.7.x。很多人的报错根源就是版本对不上。前几年 SpringBoot 3 刚出时一堆人升级后启动报错原因大多是 JDK 版本不达标。我建议稳一点直接用 SpringBoot 2.7.x JDK 8网上教程最多遇到问题好搜。Maven 依赖下载缓慢或失败。新手最容易在首次拉取依赖时卡死。解决方案是配置阿里云镜像仓库在settings.xml里加mirror速度能提升十倍以上。Vue 环境安装。这里给出一个最小可行流程装 Node.js 16 或 18 LTS 版本 → 执行npm install -g cnpm --registryhttps://registry.npmmirror.com→ 创建项目用npm create vitelatest→ 安装依赖用cnpm install。你们要学会在网络上自己搜索这些资源因为技术文档更新太快搜索引擎是最靠谱的工具。Vite 默认端口冲突。默认 5173 端口如果被占用在vite.config.js里改server.port就行。前端代理配置同样写在vite.config.js的server.proxy里网上搜“vite proxy 配置”有一大堆案例照着改成自己的后端地址即可。8. 最后分享两个小技巧第一个关于MinIO 的视频或文件预览。如果你的附件包含 PDF 甚至视频文件MinIO 默认提供的访问链接是直接下载的。要让 PDF 在浏览器里预览前端可以用window.open(fileUrl)只要后端设置响应头Content-Type: application/pdf; inline即可。这个细节常常被忽略但演示时效果相当加分。第二个关于前端动态路由的实现技巧。如果你选择用动态路由实现权限菜单别忘了在路由配置里加一个404兜底页面而且这个页面要放在所有路由的最后。如果动态添加路由后刷新页面出现白屏多半是因为router.addRoute()在路由实例化之后才执行导致刷新时匹配不到路由。解决办法是使用vue-router的beforeEach导航守卫在页面刷新后重新拉取路由表再放行导航这是动态路由中最常见的坑。我做这个项目时最大的体会是业务理解比技术实现更重要。技术本身都有现成方案但把“不动产登记”这个业务逻辑拆清楚把状态流转和角色权限设计合理才是这个项目区别于普通课设的关键。这套系统后续还能往“电子签章”“抵押登记”“不动产 GIS 地图展示”这些方向扩展任何一个方向都够你再做一版。希望这篇拆解对你有实际帮助动手做起来比光看要快得多。