每到毕业季总有人问我Java 后端适合做什么样的毕业设计。我的回答里经常会出现一个方向基于 Spring Boot 的无人机农田巡查系统。这个题目的好处太明显了——它不是一个单纯的增删改查管理系统而是把设备管理、地图、任务流、图像处理、AI 识别这些元素都揉进了一个真实场景里技术密度够答辩时也有故事可讲。这套系统我前前后后带人做过几次也帮人排查过不少问题今天索性把完整的思路拆开从选题理由、技术选型、数据库设计到最终调试验收一步步讲清楚。准备做毕设或者想从 CRUD 往综合项目进阶的同学可以把这份内容当参考底本。这类项目适合什么人适合有一定 Java 基础、想通过一个完整项目把 Spring Boot 全栈能力串起来的人。它不只是一个后台管理系统而是要串联真实农田业务地块档案、无人机设备、巡查任务、航迹回放、图像采集、AI 识别、报告生成几乎把一个业务系统的所有核心能力都覆盖到了。做一遍这个项目你对接口设计、权限控制、数据流转、部署演示的认知会提升一大截。1. 项目画像这个系统到底解决什么问题1.1 农田巡查为什么需要无人机传统农田巡查靠人走到田间地头看庄稼长势、查病虫害。几万亩地走下来人累是小事效率低才是大问题。人眼看到的覆盖范围非常有限对大面积作物的早期病虫害、倒伏、积水这类问题往往要等肉眼很明显才能发现这时候损失已经造成了。无人机挂上可见光相机飞一遍几十分钟就能覆盖数百亩农田把影像带回地面做分析效率完全不在一个量级。但光有无人机还不够。无人机飞完产生的是海量图片和飞行轨迹怎么把这些数据跟具体地块对应起来怎么从图片里自动找出疑似病虫害的区域这就不只是飞行问题而是数据问题。所以需要一个地面端系统把无人机、地块、任务、图像、识别结果统一管理起来。这个系统的核心价值就是把一次物理世界的巡查动作变成一条完整的数据链路谁在什么时候、用哪架无人机、飞了哪块地、拍到了什么、发现了什么问题、最后形成了什么报告。1.2 系统使用者与核心诉求设计任何系统之前先把使用者理清楚。这套系统主要面向两类用户管理员和巡查员。管理员负责基础数据维护包括地块信息、无人机台账、用户权限、巡查报告审核。巡查员是真正跑现场的人负责创建巡查任务、规划航线、上传无人机采集的图像、查看 AI 分析结果、生成巡查报告。这两类用户的核心诉求不一样。管理员关心的是所有地块的巡查覆盖情况和问题发现率所以他需要统计报表能一眼看出哪些地块长时间没巡查、最近发现了什么问题。巡查员关心的是任务流程顺不顺、拍回来的图片识别准不准、报告能不能快点出来。业务设计如果从这两层诉求倒推系统该建哪些表、页面该放什么功能、数据怎么组织全都有了解答。这个项目适合的人群大概三类一是需要完成毕业设计的本科生用它综合展示 Java Web 全栈能力同时带一点图像处理和地图应用的新意二是想从 CRUD 进阶到综合系统开发的初学者借这个项目练手 Spring Boot 与前端联调三是想做一个农田数字化管理初级原型的开发者后续可以在此基础上扩展接入真实无人机 SDK 和业务流系统。1.3 项目技术总览项目整体采用前后端分离架构。后端选 Spring Boot 2.7 MyBatis-Plus MySQL配合 Spring Security JWT 做登录鉴权参数校验用 Hibernate Validator。前端用 Vue 2 Element UI地图部分用 Leaflet 加载 OpenStreetMap 切片并自绘地块边界多边形。图片文件存储在本机目录通过虚拟路径映射对外访问。AI 识别模块以独立服务的方式对接Java 侧通过 HTTP 调用本地 Python 推理服务。这里为什么不用 Spring Cloud因为单机部署的毕设项目不需要微服务那一套分布式会引入额外的部署复杂度和故障点反而掩盖了业务本身。Spring Boot 单应用完全够用模块划分清晰比技术堆砌更能体现水平。同理消息队列、ElasticSearch 这些技术在这个项目里属于加分项但如果基础不牢固强行引入反而容易翻车。毕设项目的第一原则是稳第二原则是不给自己挖坑。2. 核心技术选型与架构设计思路2.1 后端为什么选 Spring Boot选 Spring Boot 几乎是这类题目的最优解。第一生态成熟网上资料多遇到问题半小时内基本能找到答案第二内置 Tomcat 和自动配置从零到能跑的项目只需要很少的配置第三配合 Spring 家族做安全、事务、缓存都很顺手不用自己从底层拼装。有人会纠结用 SSM 还是 Spring Boot。说实话SSM 不是不行但需要手动拼装各种 XML 配置对做毕设的同学来说纯属消耗精力。Spring Boot 是 SSM 的自动化封装版本底层还是那套东西但帮你把重复劳动做完了。用在毕业设计里既能展示你对 Spring 生态体系的理解又不会被配置细节拖慢开发进度。为了让项目结构清晰后端建议分层controller 接口层、service 业务层、mapper 数据访问层、entity 实体层再加上 common 通用工具和 config 配置。不要把业务逻辑都堆在 controller 里有的同学图快直接在 controller 里写复杂查询和状态判断短期看是省事但答辩时导师一翻代码结构混乱的问题直接暴露。一个干净的 controller 应该是很薄的只做参数接收和结果封装。2.2 核心依赖与版本匹配给出一个我实测没问题的依赖组合。Spring Boot 用 2.7.x这个版本自带 Tomcat 9对 JDK 8 和 JDK 11 都友好。MyBatis-Plus 用 3.5.x配合它的分页插件和逻辑删除配置能省大量重复工作。MySQL 用 8.0 以上版本注意驱动名的变化。JWT 部分用 jjwt 0.11.5它的 API 比老版本更规范。图片缩略图直接用 Java 原生 BufferedImage 处理不引额外第三方库减少依赖纠纷。这里有个真心建议Spring Boot 3.x 已经发布了但如果你是为了完成毕设建议还是用 2.7.x。原因是 3.x 基于 Spring 6 和 JDK 17很多老教程的写法不再兼容网上的中文资料大部分还是针对 2.x 的遇到问题排查成本会明显增高。不是说新版本不好而是毕业设计讲求稳妥和可复现。等你自己做生产项目时再去追新版本不迟。2.3 系统整体架构拆解架构上分三层说。前端层负责页面渲染和用户交互通过 RESTful API 与后端通信登录后携带 JWT token 访问受保护接口。后端层由 Spring Boot 提供 API核心模块包括认证授权、地块管理、设备管理、任务管理、航迹服务、图像服务、AI 识别对接、报告服务。数据层包含 MySQL 业务数据表和本地文件存储。模块之间的解耦是设计的重点。任务模块只管任务本身的状态流转不直接去修改无人机设备表和地块表只通过关联字段查询数据。图像模块挂在任务模块之下文件路径规则设计成任务ID/批次号/图片文件名这样后续追溯和归档都很方便。AI 识别作为独立的内部服务接口图像上传成功后异步触发识别识别结果回写数据库。这样设计的核心好处是某个模块出问题时不会导致整条链路崩掉也方便后续单独替换某一部分实现。3. 数据库设计与核心业务建模3.1 表结构设计思路数据库设计遵循一个原则业务表尽量分开避免一张大表包打天下。核心表包括 sys_user 用户表、sys_role 角色表、sys_user_role 关联表、farm_land 地块表、drone_info 无人机表、patrol_task 巡查任务表、flight_point 航点表、capture_image 图像表、ai_detect_result 识别结果表、patrol_report 报告表。拿 farm_land 举例字段需要包含地块名称、所属区域、面积、边界坐标、作物类型、种植人、备注。边界坐标是地图展示的基础我存成 JSON 字符串或字符串数组里面是一串经纬度点前后端解析都很方便不用引额外的空间数据库插件。无人机表则包括机型、编号、最大航时、相机参数、当前状态状态用数字区分可用、充电中、维修中、已报废。表名核心职责关键字段sys_user系统用户username, password, nickname, phonefarm_land农田地块name, area, boundary, crop_typedrone_info无人机设备model, serial_no, max_flight_time, statuspatrol_task巡查任务task_name, farm_id, drone_id, status, create_timeflight_point任务航点task_id, lng, lat, altitude, sortcapture_image采集图像task_id, batch_no, file_path, create_timeai_detect_resultAI识别结果image_id, detect_type, confidence, statuspatrol_report巡查报告task_id, summary, report_path, create_time3.2 任务模块的状态机设计巡查任务是整个系统的心脏任务状态我用一个状态机管理待执行、执行中、已完成、已生成报告、已归档。状态只允许按顺序流转禁止跳转。比如已归档的任务不能再改回待执行这样能避免大量脏数据问题。状态字段直接用一个小整数0 表示待执行1 表示执行中2 表示已完成3 表示已生成报告4 表示已归档。不额外建状态流转记录表因为毕设项目的状态数量有限、流转路径固定多余的表只会增加代码复杂度和答辩时的解释成本。把状态流转逻辑封装在一个 service 方法里每次修改状态强制检查当前状态是否合法比到处散落 update 语句要可靠得多。具体的业务流程是这样管理员或巡查员创建任务指定地块和无人机系统根据地块边界自动生成一组模拟航点。巡查员确认任务开始系统进入执行中状态。飞行结束后巡查员点击完成按钮系统开始对上传的图像做 AI 识别。识别完成后巡查员可以在线查看结果并手动修订最后生成巡查报告并归档。整个流程串下来任何一步的操作都会在任务时间线上留下记录。3.3 AI识别结果如何与巡查任务关联AI 识别是这类项目最加分的部分识别结果表 ai_detect_result 的核心字段是图像 ID、识别类型比如稻瘟病、长势异常、积水区、置信度、识别坐标范围、审查状态待确认/已确认/已忽略、备注。它与图像表是一对一或一对多关系通过 image_id 关联图像表又通过 task_id 关联到巡查任务。一句话把链路串起来任务 - 航点 - 图像 - 识别结果 - 报告。这条关联链路是项目答辩时的核心亮点导师如果问到数据流转你照着链路讲逻辑严密、条理清晰。同时这套设计也符合真实业务习惯一个地块巡查完成后报告里引用的是具体的识别结果而识别结果必须能追溯到原始图像。所以外键关系一定要建对否则后面生成报告时数据对不上排查会非常痛苦。4. 实操过程从空项目到能演示的核心功能4.1 项目脚手架搭建与配置实操第一步创建项目。我习惯先用 Spring Initializr 生成基础骨架选 Java 8、Spring Boot 2.7、打包方式 jar。依赖里勾选 Spring Web、Spring Security、MyBatis Framework、MySQL Driver然后手动加入 MyBatis-Plus、jjwt、Lombok。生成之后把项目结构重排一下新建 controller、service、mapper、entity、config、common 这些包避免后面类越建越多却没有规律。骨架建好后第一件重要的事是配置数据源和 MyBatis-Plus。application.yml 里配置好数据库连接配置 MyBatis-Plus 的 mapper-locations、逻辑删除、驼峰映射。分页插件需要在配置类里注册不注册的话 Page 对象不会生效。很多同学入场后第一关就卡在这里明明数据全对一查就分页无效实际上是少了这一步Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }4.2 登录认证与权限控制的落地登录模块看起来简单实现细节却不少。密码加密必须用 BCrypt不要用 MD5这不仅是安全问题也是一些企业面试官会追问的点。前端提交用户名密码后端校验通过后生成 JWT 返回给前端。前端把 token 存在 localStorage每次请求在 Authorization 头里带上。Spring Security 配置里放行登录接口和静态资源其他请求全部拦截并解析 token。权限控制建议用 Spring Security 方法注解 PreAuthorize(hasRole(ADMIN)) 来限制接口访问。举个例子创建任务的功能管理员可以操作巡查员也可以操作但如果设备管理或用户管理这些后台功能就必须限制成管理员角色。别看这个功能实现起来简单导师大概率会问“怎么保证普通用户不能管理设备”你能说出注解说明对安全控制有理解课堂分就拿到了。4.3 飞行轨迹模拟与地图打点真实无人机飞行需要接入硬件 SDK毕业设计里用模拟数据完全可以但模拟要模拟得像。创建任务时根据地块边界的经纬度计算一组覆盖整个地块的“之”字形航点然后再给每个航点加上一个估计的飞行时间。前端用 Leaflet 画出地块多边形和航线折线界面上一看就能理解整个飞行过程。这个环节最容易踩的坑是经纬度顺序。前端地图里多数瓦片服务使用的是 [经度, 纬度] 顺序也就是 lng/lat而有些人习惯把 latitude 写在前面。如果前后端在这个细节上不一致画出来的多边形会乱飞甚至跑去别的半球。我的解决办法是统一以 [lng, lat] 作为存储和传输顺序后端实体字段分别命名为 longitude 和 latitude在 JSON 序列化时保证字段名和顺序不影响解析。联调前先拿一个已知地块的坐标做核对能省掉大量排查时间。4.4 AI病虫害识别模块的接入思路毕业设计里 AI 部分推荐用落地成本最低的方案推理模型部署在本地 Python 服务用 Flask 或 FastAPI 起一个 HTTP 接口。前端上传图像到 Java 后端后端将图像转存到本地目录并调用 Python 服务进行识别返回结果落库。识别模型用开源的 YOLO 系列预训练模型就能跑通不需要自己采集数据重新训练。Python 服务的返回格式建议设计成统一的 JSON 结构success 表示调用是否成功detections 数组里每一项包含类别、置信度、目标框坐标。Java 侧用 RestTemplate 或 OkHttp 调过去解析后存库。有一个非常关键的细节HTTP 超时时间要设置得长一点图像推理通常要几百毫秒到几秒默认的超时时间大概率不够用。另外识别服务要处理并发如果多张图片同时上传不要每次识别都重新加载模型模型只初始化一次接口内部复用否则内存会被撑爆。5. 常见问题排查与调试经验5.1 启动过程中的三大经典报错做得多了你会发现启动报错就那么几类。第一个是端口被占用。在 IDE 里跑过一次后 Tomcat 没完全退出再次启动就会报端口占用把占用进程找出来杀掉或者直接改 server.port一劳永逸。第二个是 MyBatis-Plus 无法注入 mapper启动时报 Consider defining a bean of type 错误。这个问题八成是 mapper 包没被扫描到在启动类上加 MapperScan(com.你的包名.mapper) 就能解决。第三个是数据库连接失败。MySQL 8 以上版本的驱动名是 com.mysql.cj.jdbc.DriverURL 要带上 serverTimezoneAsia/Shanghai 和 useSSLfalse很多同学还在用旧驱动类和旧的连接串自然连不上。还有一个隐藏点如果数据库里建的库名和配置文件不一致也会报同样的错写代码前先确认库建没建。下面是常见的排查速查表现象直接原因解决方式启动报端口占用Tomcat 进程残留找端口占用进程杀掉或改 server.portmapper 无法注入未扫描到接口包启动类加 MapperScan数据库连接失败驱动名或 URL 参数不对换驱动类补充时区参数和 useSSLfalse分页不生效分页插件未注册添加 MybatisPlusInterceptor Bean登录后请求 403Security 拦截了放行外的接口检查 SecurityConfig 和 token 解析逻辑5.2 前端地图与后端坐标不一致怎么办这是最隐蔽的问题现象是地块在地图上显示成一条线或者跑到另一片大陆。原因大概率只有一个经纬度顺序反了。我的排查思路是先从数据库里查一个地块的原始坐标记录手工转换成 JSON 看一下再和前端展示的坐标做对比。如果发现顺序有问题写一个数据修正接口批量转换即可不要在前端用临时脚本硬改。另一个容易忽略的场景是航线自动生成的航点是从地块边界算出来的如果边界的解析逻辑与存储格式不一致生成的航点也会错位。所以建议把航点生成和坐标解析都放在同一个工具类里前端只负责渲染不在前端二次计算坐标。这样即使以后更换地图服务商后端逻辑也不用动。5.3 演示前必须做的几项检查到了答辩或演示阶段我的习惯是提前一天做一次全流程演练像过剧本一样把页面一步一步点一遍。具体检查项目如下。第一项目启动后数据库要有几组像样的样例数据前端登录后能看到真实的列表和图表而不是空表空页面。第二地图切片源是否稳定离线环境下地图能不能正常加载如果演示现场网络不稳定备好本地瓦片或者降级方案。第三图像上传目录是否有写权限报告导出用的模板有没有就位。第四JWT 的有效期设置要合理不能演示到一半突然要求重新登录。第五日志级别调到合适位置别让控制台刷屏影响演示效果。这些细节看起来小一旦出错就是整场演示的翻车点。关于项目配套文档我给一个实用建议最好把接口清单、表结构说明、环境部署步骤、演示流程这四块单独成章做到别人拿到的项目文档照着步骤能从零搭起来。一个项目能不能给别人复现是评价综合能力的重要标准也直接关系到调试和后续交接的效率。最后分享一点个人感受。做这种综合性毕业设计最大的收获不是代码量而是怎么把一个模糊的想法拆成可落地的模块。当你拿着这个项目去面试时能讲清楚表结构为什么这么设计任务状态为什么用状态机AI 识别为什么做异步这些比背面试题管用得多。有任何调试和扩展需求核心方法就一句话从数据流入手。任何一个功能只要能讲清楚从页面到接口、从服务到数据库的完整链路这个项目就算真正拿下了。后续扩展空间也很大比如接入真实无人机的飞控数据、把航迹改成时序数据库存储、把模型推理独立部署到云服务器都是顺手的事。
每到毕业季总有人问我Java 后端适合做什么样的毕业设计。我的回答里经常会出现一个方向基于 Spring Boot 的无人机农田巡查系统。这个题目的好处太明显了——它不是一个单纯的增删改查管理系统而是把设备管理、地图、任务流、图像处理、AI 识别这些元素都揉进了一个真实场景里技术密度够答辩时也有故事可讲。这套系统我前前后后带人做过几次也帮人排查过不少问题今天索性把完整的思路拆开从选题理由、技术选型、数据库设计到最终调试验收一步步讲清楚。准备做毕设或者想从 CRUD 往综合项目进阶的同学可以把这份内容当参考底本。这类项目适合什么人适合有一定 Java 基础、想通过一个完整项目把 Spring Boot 全栈能力串起来的人。它不只是一个后台管理系统而是要串联真实农田业务地块档案、无人机设备、巡查任务、航迹回放、图像采集、AI 识别、报告生成几乎把一个业务系统的所有核心能力都覆盖到了。做一遍这个项目你对接口设计、权限控制、数据流转、部署演示的认知会提升一大截。1. 项目画像这个系统到底解决什么问题1.1 农田巡查为什么需要无人机传统农田巡查靠人走到田间地头看庄稼长势、查病虫害。几万亩地走下来人累是小事效率低才是大问题。人眼看到的覆盖范围非常有限对大面积作物的早期病虫害、倒伏、积水这类问题往往要等肉眼很明显才能发现这时候损失已经造成了。无人机挂上可见光相机飞一遍几十分钟就能覆盖数百亩农田把影像带回地面做分析效率完全不在一个量级。但光有无人机还不够。无人机飞完产生的是海量图片和飞行轨迹怎么把这些数据跟具体地块对应起来怎么从图片里自动找出疑似病虫害的区域这就不只是飞行问题而是数据问题。所以需要一个地面端系统把无人机、地块、任务、图像、识别结果统一管理起来。这个系统的核心价值就是把一次物理世界的巡查动作变成一条完整的数据链路谁在什么时候、用哪架无人机、飞了哪块地、拍到了什么、发现了什么问题、最后形成了什么报告。1.2 系统使用者与核心诉求设计任何系统之前先把使用者理清楚。这套系统主要面向两类用户管理员和巡查员。管理员负责基础数据维护包括地块信息、无人机台账、用户权限、巡查报告审核。巡查员是真正跑现场的人负责创建巡查任务、规划航线、上传无人机采集的图像、查看 AI 分析结果、生成巡查报告。这两类用户的核心诉求不一样。管理员关心的是所有地块的巡查覆盖情况和问题发现率所以他需要统计报表能一眼看出哪些地块长时间没巡查、最近发现了什么问题。巡查员关心的是任务流程顺不顺、拍回来的图片识别准不准、报告能不能快点出来。业务设计如果从这两层诉求倒推系统该建哪些表、页面该放什么功能、数据怎么组织全都有了解答。这个项目适合的人群大概三类一是需要完成毕业设计的本科生用它综合展示 Java Web 全栈能力同时带一点图像处理和地图应用的新意二是想从 CRUD 进阶到综合系统开发的初学者借这个项目练手 Spring Boot 与前端联调三是想做一个农田数字化管理初级原型的开发者后续可以在此基础上扩展接入真实无人机 SDK 和业务流系统。1.3 项目技术总览项目整体采用前后端分离架构。后端选 Spring Boot 2.7 MyBatis-Plus MySQL配合 Spring Security JWT 做登录鉴权参数校验用 Hibernate Validator。前端用 Vue 2 Element UI地图部分用 Leaflet 加载 OpenStreetMap 切片并自绘地块边界多边形。图片文件存储在本机目录通过虚拟路径映射对外访问。AI 识别模块以独立服务的方式对接Java 侧通过 HTTP 调用本地 Python 推理服务。这里为什么不用 Spring Cloud因为单机部署的毕设项目不需要微服务那一套分布式会引入额外的部署复杂度和故障点反而掩盖了业务本身。Spring Boot 单应用完全够用模块划分清晰比技术堆砌更能体现水平。同理消息队列、ElasticSearch 这些技术在这个项目里属于加分项但如果基础不牢固强行引入反而容易翻车。毕设项目的第一原则是稳第二原则是不给自己挖坑。2. 核心技术选型与架构设计思路2.1 后端为什么选 Spring Boot选 Spring Boot 几乎是这类题目的最优解。第一生态成熟网上资料多遇到问题半小时内基本能找到答案第二内置 Tomcat 和自动配置从零到能跑的项目只需要很少的配置第三配合 Spring 家族做安全、事务、缓存都很顺手不用自己从底层拼装。有人会纠结用 SSM 还是 Spring Boot。说实话SSM 不是不行但需要手动拼装各种 XML 配置对做毕设的同学来说纯属消耗精力。Spring Boot 是 SSM 的自动化封装版本底层还是那套东西但帮你把重复劳动做完了。用在毕业设计里既能展示你对 Spring 生态体系的理解又不会被配置细节拖慢开发进度。为了让项目结构清晰后端建议分层controller 接口层、service 业务层、mapper 数据访问层、entity 实体层再加上 common 通用工具和 config 配置。不要把业务逻辑都堆在 controller 里有的同学图快直接在 controller 里写复杂查询和状态判断短期看是省事但答辩时导师一翻代码结构混乱的问题直接暴露。一个干净的 controller 应该是很薄的只做参数接收和结果封装。2.2 核心依赖与版本匹配给出一个我实测没问题的依赖组合。Spring Boot 用 2.7.x这个版本自带 Tomcat 9对 JDK 8 和 JDK 11 都友好。MyBatis-Plus 用 3.5.x配合它的分页插件和逻辑删除配置能省大量重复工作。MySQL 用 8.0 以上版本注意驱动名的变化。JWT 部分用 jjwt 0.11.5它的 API 比老版本更规范。图片缩略图直接用 Java 原生 BufferedImage 处理不引额外第三方库减少依赖纠纷。这里有个真心建议Spring Boot 3.x 已经发布了但如果你是为了完成毕设建议还是用 2.7.x。原因是 3.x 基于 Spring 6 和 JDK 17很多老教程的写法不再兼容网上的中文资料大部分还是针对 2.x 的遇到问题排查成本会明显增高。不是说新版本不好而是毕业设计讲求稳妥和可复现。等你自己做生产项目时再去追新版本不迟。2.3 系统整体架构拆解架构上分三层说。前端层负责页面渲染和用户交互通过 RESTful API 与后端通信登录后携带 JWT token 访问受保护接口。后端层由 Spring Boot 提供 API核心模块包括认证授权、地块管理、设备管理、任务管理、航迹服务、图像服务、AI 识别对接、报告服务。数据层包含 MySQL 业务数据表和本地文件存储。模块之间的解耦是设计的重点。任务模块只管任务本身的状态流转不直接去修改无人机设备表和地块表只通过关联字段查询数据。图像模块挂在任务模块之下文件路径规则设计成任务ID/批次号/图片文件名这样后续追溯和归档都很方便。AI 识别作为独立的内部服务接口图像上传成功后异步触发识别识别结果回写数据库。这样设计的核心好处是某个模块出问题时不会导致整条链路崩掉也方便后续单独替换某一部分实现。3. 数据库设计与核心业务建模3.1 表结构设计思路数据库设计遵循一个原则业务表尽量分开避免一张大表包打天下。核心表包括 sys_user 用户表、sys_role 角色表、sys_user_role 关联表、farm_land 地块表、drone_info 无人机表、patrol_task 巡查任务表、flight_point 航点表、capture_image 图像表、ai_detect_result 识别结果表、patrol_report 报告表。拿 farm_land 举例字段需要包含地块名称、所属区域、面积、边界坐标、作物类型、种植人、备注。边界坐标是地图展示的基础我存成 JSON 字符串或字符串数组里面是一串经纬度点前后端解析都很方便不用引额外的空间数据库插件。无人机表则包括机型、编号、最大航时、相机参数、当前状态状态用数字区分可用、充电中、维修中、已报废。表名核心职责关键字段sys_user系统用户username, password, nickname, phonefarm_land农田地块name, area, boundary, crop_typedrone_info无人机设备model, serial_no, max_flight_time, statuspatrol_task巡查任务task_name, farm_id, drone_id, status, create_timeflight_point任务航点task_id, lng, lat, altitude, sortcapture_image采集图像task_id, batch_no, file_path, create_timeai_detect_resultAI识别结果image_id, detect_type, confidence, statuspatrol_report巡查报告task_id, summary, report_path, create_time3.2 任务模块的状态机设计巡查任务是整个系统的心脏任务状态我用一个状态机管理待执行、执行中、已完成、已生成报告、已归档。状态只允许按顺序流转禁止跳转。比如已归档的任务不能再改回待执行这样能避免大量脏数据问题。状态字段直接用一个小整数0 表示待执行1 表示执行中2 表示已完成3 表示已生成报告4 表示已归档。不额外建状态流转记录表因为毕设项目的状态数量有限、流转路径固定多余的表只会增加代码复杂度和答辩时的解释成本。把状态流转逻辑封装在一个 service 方法里每次修改状态强制检查当前状态是否合法比到处散落 update 语句要可靠得多。具体的业务流程是这样管理员或巡查员创建任务指定地块和无人机系统根据地块边界自动生成一组模拟航点。巡查员确认任务开始系统进入执行中状态。飞行结束后巡查员点击完成按钮系统开始对上传的图像做 AI 识别。识别完成后巡查员可以在线查看结果并手动修订最后生成巡查报告并归档。整个流程串下来任何一步的操作都会在任务时间线上留下记录。3.3 AI识别结果如何与巡查任务关联AI 识别是这类项目最加分的部分识别结果表 ai_detect_result 的核心字段是图像 ID、识别类型比如稻瘟病、长势异常、积水区、置信度、识别坐标范围、审查状态待确认/已确认/已忽略、备注。它与图像表是一对一或一对多关系通过 image_id 关联图像表又通过 task_id 关联到巡查任务。一句话把链路串起来任务 - 航点 - 图像 - 识别结果 - 报告。这条关联链路是项目答辩时的核心亮点导师如果问到数据流转你照着链路讲逻辑严密、条理清晰。同时这套设计也符合真实业务习惯一个地块巡查完成后报告里引用的是具体的识别结果而识别结果必须能追溯到原始图像。所以外键关系一定要建对否则后面生成报告时数据对不上排查会非常痛苦。4. 实操过程从空项目到能演示的核心功能4.1 项目脚手架搭建与配置实操第一步创建项目。我习惯先用 Spring Initializr 生成基础骨架选 Java 8、Spring Boot 2.7、打包方式 jar。依赖里勾选 Spring Web、Spring Security、MyBatis Framework、MySQL Driver然后手动加入 MyBatis-Plus、jjwt、Lombok。生成之后把项目结构重排一下新建 controller、service、mapper、entity、config、common 这些包避免后面类越建越多却没有规律。骨架建好后第一件重要的事是配置数据源和 MyBatis-Plus。application.yml 里配置好数据库连接配置 MyBatis-Plus 的 mapper-locations、逻辑删除、驼峰映射。分页插件需要在配置类里注册不注册的话 Page 对象不会生效。很多同学入场后第一关就卡在这里明明数据全对一查就分页无效实际上是少了这一步Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }4.2 登录认证与权限控制的落地登录模块看起来简单实现细节却不少。密码加密必须用 BCrypt不要用 MD5这不仅是安全问题也是一些企业面试官会追问的点。前端提交用户名密码后端校验通过后生成 JWT 返回给前端。前端把 token 存在 localStorage每次请求在 Authorization 头里带上。Spring Security 配置里放行登录接口和静态资源其他请求全部拦截并解析 token。权限控制建议用 Spring Security 方法注解 PreAuthorize(hasRole(ADMIN)) 来限制接口访问。举个例子创建任务的功能管理员可以操作巡查员也可以操作但如果设备管理或用户管理这些后台功能就必须限制成管理员角色。别看这个功能实现起来简单导师大概率会问“怎么保证普通用户不能管理设备”你能说出注解说明对安全控制有理解课堂分就拿到了。4.3 飞行轨迹模拟与地图打点真实无人机飞行需要接入硬件 SDK毕业设计里用模拟数据完全可以但模拟要模拟得像。创建任务时根据地块边界的经纬度计算一组覆盖整个地块的“之”字形航点然后再给每个航点加上一个估计的飞行时间。前端用 Leaflet 画出地块多边形和航线折线界面上一看就能理解整个飞行过程。这个环节最容易踩的坑是经纬度顺序。前端地图里多数瓦片服务使用的是 [经度, 纬度] 顺序也就是 lng/lat而有些人习惯把 latitude 写在前面。如果前后端在这个细节上不一致画出来的多边形会乱飞甚至跑去别的半球。我的解决办法是统一以 [lng, lat] 作为存储和传输顺序后端实体字段分别命名为 longitude 和 latitude在 JSON 序列化时保证字段名和顺序不影响解析。联调前先拿一个已知地块的坐标做核对能省掉大量排查时间。4.4 AI病虫害识别模块的接入思路毕业设计里 AI 部分推荐用落地成本最低的方案推理模型部署在本地 Python 服务用 Flask 或 FastAPI 起一个 HTTP 接口。前端上传图像到 Java 后端后端将图像转存到本地目录并调用 Python 服务进行识别返回结果落库。识别模型用开源的 YOLO 系列预训练模型就能跑通不需要自己采集数据重新训练。Python 服务的返回格式建议设计成统一的 JSON 结构success 表示调用是否成功detections 数组里每一项包含类别、置信度、目标框坐标。Java 侧用 RestTemplate 或 OkHttp 调过去解析后存库。有一个非常关键的细节HTTP 超时时间要设置得长一点图像推理通常要几百毫秒到几秒默认的超时时间大概率不够用。另外识别服务要处理并发如果多张图片同时上传不要每次识别都重新加载模型模型只初始化一次接口内部复用否则内存会被撑爆。5. 常见问题排查与调试经验5.1 启动过程中的三大经典报错做得多了你会发现启动报错就那么几类。第一个是端口被占用。在 IDE 里跑过一次后 Tomcat 没完全退出再次启动就会报端口占用把占用进程找出来杀掉或者直接改 server.port一劳永逸。第二个是 MyBatis-Plus 无法注入 mapper启动时报 Consider defining a bean of type 错误。这个问题八成是 mapper 包没被扫描到在启动类上加 MapperScan(com.你的包名.mapper) 就能解决。第三个是数据库连接失败。MySQL 8 以上版本的驱动名是 com.mysql.cj.jdbc.DriverURL 要带上 serverTimezoneAsia/Shanghai 和 useSSLfalse很多同学还在用旧驱动类和旧的连接串自然连不上。还有一个隐藏点如果数据库里建的库名和配置文件不一致也会报同样的错写代码前先确认库建没建。下面是常见的排查速查表现象直接原因解决方式启动报端口占用Tomcat 进程残留找端口占用进程杀掉或改 server.portmapper 无法注入未扫描到接口包启动类加 MapperScan数据库连接失败驱动名或 URL 参数不对换驱动类补充时区参数和 useSSLfalse分页不生效分页插件未注册添加 MybatisPlusInterceptor Bean登录后请求 403Security 拦截了放行外的接口检查 SecurityConfig 和 token 解析逻辑5.2 前端地图与后端坐标不一致怎么办这是最隐蔽的问题现象是地块在地图上显示成一条线或者跑到另一片大陆。原因大概率只有一个经纬度顺序反了。我的排查思路是先从数据库里查一个地块的原始坐标记录手工转换成 JSON 看一下再和前端展示的坐标做对比。如果发现顺序有问题写一个数据修正接口批量转换即可不要在前端用临时脚本硬改。另一个容易忽略的场景是航线自动生成的航点是从地块边界算出来的如果边界的解析逻辑与存储格式不一致生成的航点也会错位。所以建议把航点生成和坐标解析都放在同一个工具类里前端只负责渲染不在前端二次计算坐标。这样即使以后更换地图服务商后端逻辑也不用动。5.3 演示前必须做的几项检查到了答辩或演示阶段我的习惯是提前一天做一次全流程演练像过剧本一样把页面一步一步点一遍。具体检查项目如下。第一项目启动后数据库要有几组像样的样例数据前端登录后能看到真实的列表和图表而不是空表空页面。第二地图切片源是否稳定离线环境下地图能不能正常加载如果演示现场网络不稳定备好本地瓦片或者降级方案。第三图像上传目录是否有写权限报告导出用的模板有没有就位。第四JWT 的有效期设置要合理不能演示到一半突然要求重新登录。第五日志级别调到合适位置别让控制台刷屏影响演示效果。这些细节看起来小一旦出错就是整场演示的翻车点。关于项目配套文档我给一个实用建议最好把接口清单、表结构说明、环境部署步骤、演示流程这四块单独成章做到别人拿到的项目文档照着步骤能从零搭起来。一个项目能不能给别人复现是评价综合能力的重要标准也直接关系到调试和后续交接的效率。最后分享一点个人感受。做这种综合性毕业设计最大的收获不是代码量而是怎么把一个模糊的想法拆成可落地的模块。当你拿着这个项目去面试时能讲清楚表结构为什么这么设计任务状态为什么用状态机AI 识别为什么做异步这些比背面试题管用得多。有任何调试和扩展需求核心方法就一句话从数据流入手。任何一个功能只要能讲清楚从页面到接口、从服务到数据库的完整链路这个项目就算真正拿下了。后续扩展空间也很大比如接入真实无人机的飞控数据、把航迹改成时序数据库存储、把模型推理独立部署到云服务器都是顺手的事。
