简介这份基于SpringBoot实现的智能家居系统是一份完整的毕业设计项目源码。项目按Java/SSM技术栈组织适用于计算机、通信、人工智能、自动化等相关专业的学生、老师或从业者可作为毕业设计、课程设计、期末大作业的参考模板也适合作为SpringBoot入门学习与二次开发的基础。压缩包共42个文件以27个Java源码文件为主辅以yml环境配置、js交互脚本、XML与properties配置、mvnw构建脚本及说明文档等整体约444KB目录结构清晰。目前已有363人学习下载。项目为个人毕设成果答辩评审分达95分源码经过完整调试与测试能够正常运行读者既可从中学习SpringBoot项目的分层架构、接口设计与配置方式也能根据自身需求调整模块、扩展功能整体具有较好的学习借鉴价值。1. 这套Spring Boot智能家居毕设解压后先看的是业务边界不是代码一位自动化专业的同学发来压缩包名字写着“基于SpringBoot实现的智能家居系统源码”下周就要答辩问我现在改模块还来不来得及。其实第一件事不是读代码而是先把它能管什么、不能管什么列清楚。这类毕设项目的技术骨架非常固定Spring Boot提供HTTP接口和组件装配MyBatis负责操作MySQL数据库再配一个实时推送通道核心数据关系就是用户、房间、设备、设备日志。压缩包里的mvnw.cmd、pom.xml、src/main/java这些目录也在印证这一点它就是一个典型的单体Maven后端工程。适合读这篇文章的人很明确学计算机、物联网、自动化相关专业正在做毕业设计或课程设计的学生以及拿到一套能跑的Spring Boot源码想快速摸清结构、改功能、应付答辩的人。把它当成研究对象带着“这套智能家居系统和普通后台管理系统差别在哪”这个问题去拆比逐行看代码更快。先确认边界再动手。2. 从mvnw.cmd到application.ymlSpring Boot源码启动前的依赖体检2.1 先跑Maven Wrapper把构建环境固定下来拿到源码包后第一个动手点不是看业务代码而是确认构建环境。源码里的.mvn/wrapper目录和mvnw.cmd是Maven Wrapper用途是让项目绑定一个固定版本的Maven。你机器上装过多个JDK、多个Maven时直接用mvnw.cmd执行构建它会按wrapper配置自动拉取对应Maven版本避免“我本地编译没问题你那一跑就版本冲突”的尴尬。在Windows命令行里最稳妥的启动顺序是mvnw.cmd clean package -DskipTests这几条参数的含义分别是clean清理上次编译产物package把项目打成可执行jar包-DskipTests跳过测试代码执行、只做编译。打包成功后进入target目录就能看到一个以项目名命名的jar文件后续用java -jar启动即可。如果当前是Linux或macOS把命令换成./mvnw clean package -DskipTests。这里要提醒一个常见误区有些同学直接在IDEA里点Run发现报错找不到SpringApplication就以为是源码坏了。大概率是IDEA里配置的JDK版本和pom里要求的不一致。先看pom.xml里java.version字段再确认本机JAVA_HOME两边对不上时优先修改项目编译级别而不是重下依赖。2.2 pom.xml依赖组合版本一致比单个依赖版本重要打开pom.xml重点扫四类依赖Spring Boot Web启动器、持久层框架、MySQL驱动、工具包。下面是一段典型的毕设依赖组合用来演示怎么看版本关系parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version relativePath/ /parent dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3/version /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency /dependencies依赖本身没什么难懂的spring-boot-starter-web提供REST接口和内置Tomcatmybatis-plus-boot-starter在MyBatis基础上封装单表CRUD写实体类后直接继承BaseMapper就能获得增删改查方法mysql-connector-j是数据库驱动Lombok在编译期生成getter/setter和日志对象让实体类精简不少。真正需要留意的是版本跨度。Spring Boot 2.7.x对应的是javax.servlet命名空间升到Spring Boot 3.x后变成jakarta开头如果MyBatis-Plus、JWT这类组件没同步升级启动时会出现ClassNotFound或者方法签名不匹配。好在这个资源是固定源码包pom里都锁好了依赖建议不要动版本号先保证整体能跑起来再去想升级的事。2.3 application.yml参数与数据库初始化写完依赖看配置src/main/resources/application.yml里的关键项就这么几类spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/smart_home?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis-plus: mapper-locations: classpath*:mapper/**/*.xml configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl server: port: 8080url这一行必须拆开理解jdbc:mysql://localhost:3306/smart_home指向数据库地址和库名useUnicodetrue和characterEncodingutf8保证中文不乱码serverTimezoneAsia/Shanghai是时区参数MySQL 8以上版本缺了它经常报时间错。map-underscore-to-camel-case的作用是把数据库里的device_name自动映射成实体类的deviceName字段不用在XML里写映射关系。log-impl配置成StdOutImpl后每次执行SQL都会打印到控制台答辩演示时能非常直观地看到后端语句。配置项含义调整建议serverTimezoneAsia/Shanghai数据库会话时区出现时间差8小时时检查此项mapper-locations指定XML文件位置注解SQL时可以不写map-underscore-to-camel-case下划线转驼峰映射建议保持开启少写映射配置log-implSQL日志输出实现上线前改为日志文件输出数据库初始化是源码包最容易缺的一环。项目里如果没带sql文件启动后访问接口大概率报“Table doesnt exist”。自己手动建一张设备表做验证最基础的语句如下CREATE DATABASE IF NOT EXISTS smart_home DEFAULT CHARACTER SET utf8mb4; USE smart_home; CREATE TABLE IF NOT EXISTS device ( id BIGINT AUTO_INCREMENT PRIMARY KEY COMMENT 设备主键, room_id BIGINT NOT NULL COMMENT 所属房间ID, device_name VARCHAR(64) NOT NULL COMMENT 设备名称, device_type VARCHAR(32) DEFAULT COMMENT 设备类型, status TINYINT DEFAULT 0 COMMENT 0关闭 1开启, create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 入库时间 ) ENGINEInnoDB COMMENT设备表;room_id关联房间表status用TINYINT而不是布尔值是为了给以后扩状态留余地比如设备掉线、故障这些场景。建完表后先把源码里实体类字段和表字段对照一遍再启动项目能省下大量排查时间。3. 智能家居设备状态变更链路Controller、Service、Mapper的分工3.1 先梳理数据模型房间、设备、日志怎么挂关系智能家居系统的核心不是页面多漂亮而是后端把设备状态这条链路管清楚。大多数毕设源码的表结构长这样表名核心字段职责t_userid、username、password、nickname登录和账号信息t_roomid、user_id、room_name房间归属区分用户数据t_deviceid、room_id、device_name、device_type、status设备类型与当前开关状态t_device_logid、device_id、action、value、create_time每次操作的审计记录用户和房间是一对多房间和设备是一对多。设备日志表是独立的一张表每次开关操作都往里写一条记录这样论文里能写“操作可追溯”答辩追问时也能拿出数据。正常的源码实现里Controller只做参数接收和响应包装真正的业务逻辑落到Service层Mapper层负责和数据库交互。3.2 Controller层接口语义比代码数量重要设备开关接口通常设计成POST请求下面是一段贴合REST风格的控制层代码RestController RequestMapping(/api/device) public class DeviceController { private final DeviceService deviceService; public DeviceController(DeviceService deviceService) { this.deviceService deviceService; } PostMapping(/{deviceId}/toggle) public ResultDeviceVO toggle(PathVariable(deviceId) Long deviceId) { return Result.success(deviceService.toggleStatus(deviceId)); } GetMapping(/list) public ResultListDeviceVO list(RequestParam Long roomId) { return Result.success(deviceService.listByRoom(roomId)); } }/api/device/{deviceId}/toggle这个地址用了名词加动作的组合toggle语义是“翻转状态”。为什么不用GET因为切换状态是写操作用GET可能被浏览器缓存或预加载重复触发轻则日志多两条重则设备状态被连续切换两次。Result是统一返回体里面放code、message、data三段结构前端拿到data后直接更新按钮状态。Controller里不写try/catch异常交给全局处理器保持接口层干净。3.3 Service层事务、状态判断、日志记录要串在一处开关状态切换看起来是一次简单的UPDATE但放进智能家居场景里必须保证状态变更和设备日志同时成功。这段代码演示了最基本的事务处理Service public class DeviceServiceImpl extends ServiceImplDeviceMapper, Device implements DeviceService { private final DeviceLogMapper deviceLogMapper; public DeviceServiceImpl(DeviceLogMapper deviceLogMapper) { this.deviceLogMapper deviceLogMapper; } Override Transactional(rollbackFor Exception.class) public DeviceVO toggleStatus(Long deviceId) { Device device getById(deviceId); if (device null) { throw new BusinessException(设备不存在); } Integer current device.getStatus(); Integer target current 1 ? 0 : 1; device.setStatus(target); updateById(device); DeviceLog log new DeviceLog(); log.setDeviceId(deviceId); log.setAction(toggle); log.setValue(target); log.setCreateTime(LocalDateTime.now()); deviceLogMapper.insert(log); DeviceVO vo new DeviceVO(); vo.setId(device.getId()); vo.setStatus(device.getStatus()); return vo; } }核心是Transactional(rollbackFor Exception.class)这一行。如果不加事务设备日志插入失败时设备状态已经更新到数据库前端页面显示“开启”后端记录却是空的数据不一致在答辩演示时非常致命。rollbackFor指定了对所有Exception类型都回滚业务异常BusinessException也能触发。这里顺便说一个并发隐患假设两个请求同时进来都读到status0然后各自往1修改最终设备状态是1但理论上用户操作了两次。毕设阶段可以不处理但答辩论证时被问“如果多人同时控制怎么办”可以回答引入乐观锁在device表加version字段更新时带上where version ?修改成功再version1。这属于低成本升级方案。3.4 Mapper层BaseMapper够用复杂统计再写XML采用MyBatis-Plus时Mapper层通常只有一个接口Mapper public interface DeviceMapper extends BaseMapperDevice { }继承了BaseMapperDevice后selectById、updateById、selectList这些单表方法直接可用。只有当需要多表联查、统计或者复杂分页时才在mapper目录下写XML文件。这个设计对你的好处是不用重复写增删改查的SQL把精力放在状态判断和日志记录上。扩展时记得在Mapper接口加对应方法再在XML里写SQL两者方法名必须一致否则启动报绑定错误。4. 实时状态与自动场景WebSocket推送和Scheduled定时任务的配合4.1 轮询、SSE、WebSocket这套系统怎么选智能家居系统里设备状态变化之后要立刻反映到用户页面。常见方案有三种前端定时请求后端接口、服务端单向推送、双向长连接。对比如下方案实时性连接方向后端侵入程度轮询取决于定时周期客户端主动请求低SSE秒级服务端单向服务端推给客户端中WebSocket毫秒级双向实时双向通信中高折中来看WebSocket更符合智能家居“状态变化频率低、但变化后要立刻通知”的场景。轮询的问题在于大多数请求是无意义空转设备一多数据库压力大SSE只支持服务端到客户端的单向推送设备控制指令没法走同一条链路。选WebSocket的另一个理由是毕设答辩好听“基于长连接的状态实时推送”比“每秒查一次数据库”更有说服力。4.2 基于Spring Boot的WebSocket接入与广播先引入依赖再注册处理器。依赖只需要一行dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-websocket/artifactId /dependency配置类负责把自定义处理器挂到指定路径上Configuration EnableWebSocket public class WebSocketConfig implements WebSocketConfigurer { Override public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) { registry.addHandler(deviceStatusHandler(), /ws/device) .setAllowedOrigins(*); } Bean public DeviceStatusHandler deviceStatusHandler() { return new DeviceStatusHandler(); } }处理器内部用集合保存所有的活跃会话Component public class DeviceStatusHandler extends TextWebSocketHandler { private final SetWebSocketSession sessions new CopyOnWriteArraySet(); Override public void afterConnectionEstablished(WebSocketSession session) { sessions.add(session); } Override public void afterConnectionClosed(WebSocketSession session, CloseStatus status) { sessions.remove(session); } public void broadcast(String payload) throws Exception { for (WebSocketSession session : sessions) { if (session.isOpen()) { session.sendMessage(new TextMessage(payload)); } } } }CopyOnWriteArraySet保证了在遍历连接集合时即使有新的浏览器连入或断开也不会抛并发修改异常。前端通过new WebSocket(ws://localhost:8080/ws/device)建立连接后只要Service层状态变化就调用broadcast把设备最新状态推送出去。DeviceController里之前写的toggle方法现在可以在ServiceImpl的更新逻辑后补一行广播调用推送JSON文本前端解析后更新按钮。setAllowedOrigins(*)仅限本地开发调试做生产环境时必须改成具体前端域名。4.3 Scheduled定时任务让场景按时间自动执行除了手动控制智能家居还要支持“早上7点自动打开窗帘”这类定时场景。Spring的Scheduled注解实现成本很低先在启动类加上EnableScheduling然后在定时类方法上写cron表达式Component public class SceneScheduler { private final DeviceService deviceService; public SceneScheduler(DeviceService deviceService) { this.deviceService deviceService; } Scheduled(cron 0 0 7 * * ?) public void morningScene() { ListDevice curtains deviceService.listByDeviceType(curtain); for (Device d : curtains) { deviceService.changeStatus(d.getId(), 1); } } }cron表达式0 0 7 * * ?从左到右对应秒、分、时、日、月、星期含义是每天7点整执行。如果只想周一到周五执行把最后的?换成2-6。定时任务执行完调用changeStatus方法内部更新数据库并触发广播页面上的窗帘状态就自动变化了。需要注意的是Scheduled默认单线程执行多个定时任务同时触发时可能出现排队阻塞。毕设阶段不必上线程池但论文里可以提一句“引入异步任务执行器”作为后续优化方向。5. 答辩演示与改造从能跑的Spring Boot源码变成经得起追问的系统5.1 五分钟演示链路答辩前把下面这条路径完整走两遍确保每一步都报预期结果mysql -uroot -p create database smart_home default character set utf8mb4; mvnw.cmd clean package -DskipTests java -jar target/smart-home-0.0.1-SNAPSHOT.jar启动后先打开浏览器注册一个新账号进入设备管理页面依次操作新增房间、新增设备、打开设备、查看操作日志。重点是打开两个浏览器窗口先登录同一账号在窗口A点击开关观察窗口B是否在1秒内收到状态推送。这一步能把Controller、Service、WebSocket三条链路全部串起来是答辩现场最能拿分的演示动作。5.2 高频追问和应答方向答辩评委问来问去就是那几类问题提前把应答思路理顺比背代码重要。高频问题应答要点为什么选Spring Boot而不是SSM自动装配减少XML配置、内嵌Tomcat、生态成熟适合快速迭代设备状态一致性怎么保证事务控制状态与日志的原子性并发场景加version乐观锁实时推送是怎么实现的对比轮询和WebSocket讲清楚HTTP单向与长连接双向差异系统上线还缺什么设备级鉴权、断线重连、消息队列削峰以及多租户数据隔离定时任务阻塞怎么办使用Async异步线程池或引入分布式调度框架5.3 从“能跑”到“出彩”的三个小改动第一个改动是全局异常处理。把Controller里的try/catch全部删掉新写一个RestControllerAdvice类统一捕获BusinessException并返回Result.fail()代码向工程实践靠拢代码量还更少。第二个改动是把设备操作日志查询做成时间段筛选。前端加两个日期选择器后端Controller接收startTime和endTime参数Mapper里写一条带BETWEEN条件的查询实现简单但能体现你考虑过“数据量变大后怎么定位问题”这个点。第三个改动是登录鉴权加固。如果源码里还是明文比对密码升级成BCrypt加密再配合JWT发放登录令牌接口加一个简单的拦截器校验。这一套在答辩中属于“安全设计”加分项改造不复杂论文里也有东西可写。本文还有配套的精品资源点击获取 Spring Boot智能家居毕设源码解析：从环境搭建到答辩优化
简介这份基于SpringBoot实现的智能家居系统是一份完整的毕业设计项目源码。项目按Java/SSM技术栈组织适用于计算机、通信、人工智能、自动化等相关专业的学生、老师或从业者可作为毕业设计、课程设计、期末大作业的参考模板也适合作为SpringBoot入门学习与二次开发的基础。压缩包共42个文件以27个Java源码文件为主辅以yml环境配置、js交互脚本、XML与properties配置、mvnw构建脚本及说明文档等整体约444KB目录结构清晰。目前已有363人学习下载。项目为个人毕设成果答辩评审分达95分源码经过完整调试与测试能够正常运行读者既可从中学习SpringBoot项目的分层架构、接口设计与配置方式也能根据自身需求调整模块、扩展功能整体具有较好的学习借鉴价值。1. 这套Spring Boot智能家居毕设解压后先看的是业务边界不是代码一位自动化专业的同学发来压缩包名字写着“基于SpringBoot实现的智能家居系统源码”下周就要答辩问我现在改模块还来不来得及。其实第一件事不是读代码而是先把它能管什么、不能管什么列清楚。这类毕设项目的技术骨架非常固定Spring Boot提供HTTP接口和组件装配MyBatis负责操作MySQL数据库再配一个实时推送通道核心数据关系就是用户、房间、设备、设备日志。压缩包里的mvnw.cmd、pom.xml、src/main/java这些目录也在印证这一点它就是一个典型的单体Maven后端工程。适合读这篇文章的人很明确学计算机、物联网、自动化相关专业正在做毕业设计或课程设计的学生以及拿到一套能跑的Spring Boot源码想快速摸清结构、改功能、应付答辩的人。把它当成研究对象带着“这套智能家居系统和普通后台管理系统差别在哪”这个问题去拆比逐行看代码更快。先确认边界再动手。2. 从mvnw.cmd到application.ymlSpring Boot源码启动前的依赖体检2.1 先跑Maven Wrapper把构建环境固定下来拿到源码包后第一个动手点不是看业务代码而是确认构建环境。源码里的.mvn/wrapper目录和mvnw.cmd是Maven Wrapper用途是让项目绑定一个固定版本的Maven。你机器上装过多个JDK、多个Maven时直接用mvnw.cmd执行构建它会按wrapper配置自动拉取对应Maven版本避免“我本地编译没问题你那一跑就版本冲突”的尴尬。在Windows命令行里最稳妥的启动顺序是mvnw.cmd clean package -DskipTests这几条参数的含义分别是clean清理上次编译产物package把项目打成可执行jar包-DskipTests跳过测试代码执行、只做编译。打包成功后进入target目录就能看到一个以项目名命名的jar文件后续用java -jar启动即可。如果当前是Linux或macOS把命令换成./mvnw clean package -DskipTests。这里要提醒一个常见误区有些同学直接在IDEA里点Run发现报错找不到SpringApplication就以为是源码坏了。大概率是IDEA里配置的JDK版本和pom里要求的不一致。先看pom.xml里java.version字段再确认本机JAVA_HOME两边对不上时优先修改项目编译级别而不是重下依赖。2.2 pom.xml依赖组合版本一致比单个依赖版本重要打开pom.xml重点扫四类依赖Spring Boot Web启动器、持久层框架、MySQL驱动、工具包。下面是一段典型的毕设依赖组合用来演示怎么看版本关系parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version relativePath/ /parent dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3/version /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency /dependencies依赖本身没什么难懂的spring-boot-starter-web提供REST接口和内置Tomcatmybatis-plus-boot-starter在MyBatis基础上封装单表CRUD写实体类后直接继承BaseMapper就能获得增删改查方法mysql-connector-j是数据库驱动Lombok在编译期生成getter/setter和日志对象让实体类精简不少。真正需要留意的是版本跨度。Spring Boot 2.7.x对应的是javax.servlet命名空间升到Spring Boot 3.x后变成jakarta开头如果MyBatis-Plus、JWT这类组件没同步升级启动时会出现ClassNotFound或者方法签名不匹配。好在这个资源是固定源码包pom里都锁好了依赖建议不要动版本号先保证整体能跑起来再去想升级的事。2.3 application.yml参数与数据库初始化写完依赖看配置src/main/resources/application.yml里的关键项就这么几类spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/smart_home?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis-plus: mapper-locations: classpath*:mapper/**/*.xml configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl server: port: 8080url这一行必须拆开理解jdbc:mysql://localhost:3306/smart_home指向数据库地址和库名useUnicodetrue和characterEncodingutf8保证中文不乱码serverTimezoneAsia/Shanghai是时区参数MySQL 8以上版本缺了它经常报时间错。map-underscore-to-camel-case的作用是把数据库里的device_name自动映射成实体类的deviceName字段不用在XML里写映射关系。log-impl配置成StdOutImpl后每次执行SQL都会打印到控制台答辩演示时能非常直观地看到后端语句。配置项含义调整建议serverTimezoneAsia/Shanghai数据库会话时区出现时间差8小时时检查此项mapper-locations指定XML文件位置注解SQL时可以不写map-underscore-to-camel-case下划线转驼峰映射建议保持开启少写映射配置log-implSQL日志输出实现上线前改为日志文件输出数据库初始化是源码包最容易缺的一环。项目里如果没带sql文件启动后访问接口大概率报“Table doesnt exist”。自己手动建一张设备表做验证最基础的语句如下CREATE DATABASE IF NOT EXISTS smart_home DEFAULT CHARACTER SET utf8mb4; USE smart_home; CREATE TABLE IF NOT EXISTS device ( id BIGINT AUTO_INCREMENT PRIMARY KEY COMMENT 设备主键, room_id BIGINT NOT NULL COMMENT 所属房间ID, device_name VARCHAR(64) NOT NULL COMMENT 设备名称, device_type VARCHAR(32) DEFAULT COMMENT 设备类型, status TINYINT DEFAULT 0 COMMENT 0关闭 1开启, create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 入库时间 ) ENGINEInnoDB COMMENT设备表;room_id关联房间表status用TINYINT而不是布尔值是为了给以后扩状态留余地比如设备掉线、故障这些场景。建完表后先把源码里实体类字段和表字段对照一遍再启动项目能省下大量排查时间。3. 智能家居设备状态变更链路Controller、Service、Mapper的分工3.1 先梳理数据模型房间、设备、日志怎么挂关系智能家居系统的核心不是页面多漂亮而是后端把设备状态这条链路管清楚。大多数毕设源码的表结构长这样表名核心字段职责t_userid、username、password、nickname登录和账号信息t_roomid、user_id、room_name房间归属区分用户数据t_deviceid、room_id、device_name、device_type、status设备类型与当前开关状态t_device_logid、device_id、action、value、create_time每次操作的审计记录用户和房间是一对多房间和设备是一对多。设备日志表是独立的一张表每次开关操作都往里写一条记录这样论文里能写“操作可追溯”答辩追问时也能拿出数据。正常的源码实现里Controller只做参数接收和响应包装真正的业务逻辑落到Service层Mapper层负责和数据库交互。3.2 Controller层接口语义比代码数量重要设备开关接口通常设计成POST请求下面是一段贴合REST风格的控制层代码RestController RequestMapping(/api/device) public class DeviceController { private final DeviceService deviceService; public DeviceController(DeviceService deviceService) { this.deviceService deviceService; } PostMapping(/{deviceId}/toggle) public ResultDeviceVO toggle(PathVariable(deviceId) Long deviceId) { return Result.success(deviceService.toggleStatus(deviceId)); } GetMapping(/list) public ResultListDeviceVO list(RequestParam Long roomId) { return Result.success(deviceService.listByRoom(roomId)); } }/api/device/{deviceId}/toggle这个地址用了名词加动作的组合toggle语义是“翻转状态”。为什么不用GET因为切换状态是写操作用GET可能被浏览器缓存或预加载重复触发轻则日志多两条重则设备状态被连续切换两次。Result是统一返回体里面放code、message、data三段结构前端拿到data后直接更新按钮状态。Controller里不写try/catch异常交给全局处理器保持接口层干净。3.3 Service层事务、状态判断、日志记录要串在一处开关状态切换看起来是一次简单的UPDATE但放进智能家居场景里必须保证状态变更和设备日志同时成功。这段代码演示了最基本的事务处理Service public class DeviceServiceImpl extends ServiceImplDeviceMapper, Device implements DeviceService { private final DeviceLogMapper deviceLogMapper; public DeviceServiceImpl(DeviceLogMapper deviceLogMapper) { this.deviceLogMapper deviceLogMapper; } Override Transactional(rollbackFor Exception.class) public DeviceVO toggleStatus(Long deviceId) { Device device getById(deviceId); if (device null) { throw new BusinessException(设备不存在); } Integer current device.getStatus(); Integer target current 1 ? 0 : 1; device.setStatus(target); updateById(device); DeviceLog log new DeviceLog(); log.setDeviceId(deviceId); log.setAction(toggle); log.setValue(target); log.setCreateTime(LocalDateTime.now()); deviceLogMapper.insert(log); DeviceVO vo new DeviceVO(); vo.setId(device.getId()); vo.setStatus(device.getStatus()); return vo; } }核心是Transactional(rollbackFor Exception.class)这一行。如果不加事务设备日志插入失败时设备状态已经更新到数据库前端页面显示“开启”后端记录却是空的数据不一致在答辩演示时非常致命。rollbackFor指定了对所有Exception类型都回滚业务异常BusinessException也能触发。这里顺便说一个并发隐患假设两个请求同时进来都读到status0然后各自往1修改最终设备状态是1但理论上用户操作了两次。毕设阶段可以不处理但答辩论证时被问“如果多人同时控制怎么办”可以回答引入乐观锁在device表加version字段更新时带上where version ?修改成功再version1。这属于低成本升级方案。3.4 Mapper层BaseMapper够用复杂统计再写XML采用MyBatis-Plus时Mapper层通常只有一个接口Mapper public interface DeviceMapper extends BaseMapperDevice { }继承了BaseMapperDevice后selectById、updateById、selectList这些单表方法直接可用。只有当需要多表联查、统计或者复杂分页时才在mapper目录下写XML文件。这个设计对你的好处是不用重复写增删改查的SQL把精力放在状态判断和日志记录上。扩展时记得在Mapper接口加对应方法再在XML里写SQL两者方法名必须一致否则启动报绑定错误。4. 实时状态与自动场景WebSocket推送和Scheduled定时任务的配合4.1 轮询、SSE、WebSocket这套系统怎么选智能家居系统里设备状态变化之后要立刻反映到用户页面。常见方案有三种前端定时请求后端接口、服务端单向推送、双向长连接。对比如下方案实时性连接方向后端侵入程度轮询取决于定时周期客户端主动请求低SSE秒级服务端单向服务端推给客户端中WebSocket毫秒级双向实时双向通信中高折中来看WebSocket更符合智能家居“状态变化频率低、但变化后要立刻通知”的场景。轮询的问题在于大多数请求是无意义空转设备一多数据库压力大SSE只支持服务端到客户端的单向推送设备控制指令没法走同一条链路。选WebSocket的另一个理由是毕设答辩好听“基于长连接的状态实时推送”比“每秒查一次数据库”更有说服力。4.2 基于Spring Boot的WebSocket接入与广播先引入依赖再注册处理器。依赖只需要一行dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-websocket/artifactId /dependency配置类负责把自定义处理器挂到指定路径上Configuration EnableWebSocket public class WebSocketConfig implements WebSocketConfigurer { Override public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) { registry.addHandler(deviceStatusHandler(), /ws/device) .setAllowedOrigins(*); } Bean public DeviceStatusHandler deviceStatusHandler() { return new DeviceStatusHandler(); } }处理器内部用集合保存所有的活跃会话Component public class DeviceStatusHandler extends TextWebSocketHandler { private final SetWebSocketSession sessions new CopyOnWriteArraySet(); Override public void afterConnectionEstablished(WebSocketSession session) { sessions.add(session); } Override public void afterConnectionClosed(WebSocketSession session, CloseStatus status) { sessions.remove(session); } public void broadcast(String payload) throws Exception { for (WebSocketSession session : sessions) { if (session.isOpen()) { session.sendMessage(new TextMessage(payload)); } } } }CopyOnWriteArraySet保证了在遍历连接集合时即使有新的浏览器连入或断开也不会抛并发修改异常。前端通过new WebSocket(ws://localhost:8080/ws/device)建立连接后只要Service层状态变化就调用broadcast把设备最新状态推送出去。DeviceController里之前写的toggle方法现在可以在ServiceImpl的更新逻辑后补一行广播调用推送JSON文本前端解析后更新按钮。setAllowedOrigins(*)仅限本地开发调试做生产环境时必须改成具体前端域名。4.3 Scheduled定时任务让场景按时间自动执行除了手动控制智能家居还要支持“早上7点自动打开窗帘”这类定时场景。Spring的Scheduled注解实现成本很低先在启动类加上EnableScheduling然后在定时类方法上写cron表达式Component public class SceneScheduler { private final DeviceService deviceService; public SceneScheduler(DeviceService deviceService) { this.deviceService deviceService; } Scheduled(cron 0 0 7 * * ?) public void morningScene() { ListDevice curtains deviceService.listByDeviceType(curtain); for (Device d : curtains) { deviceService.changeStatus(d.getId(), 1); } } }cron表达式0 0 7 * * ?从左到右对应秒、分、时、日、月、星期含义是每天7点整执行。如果只想周一到周五执行把最后的?换成2-6。定时任务执行完调用changeStatus方法内部更新数据库并触发广播页面上的窗帘状态就自动变化了。需要注意的是Scheduled默认单线程执行多个定时任务同时触发时可能出现排队阻塞。毕设阶段不必上线程池但论文里可以提一句“引入异步任务执行器”作为后续优化方向。5. 答辩演示与改造从能跑的Spring Boot源码变成经得起追问的系统5.1 五分钟演示链路答辩前把下面这条路径完整走两遍确保每一步都报预期结果mysql -uroot -p create database smart_home default character set utf8mb4; mvnw.cmd clean package -DskipTests java -jar target/smart-home-0.0.1-SNAPSHOT.jar启动后先打开浏览器注册一个新账号进入设备管理页面依次操作新增房间、新增设备、打开设备、查看操作日志。重点是打开两个浏览器窗口先登录同一账号在窗口A点击开关观察窗口B是否在1秒内收到状态推送。这一步能把Controller、Service、WebSocket三条链路全部串起来是答辩现场最能拿分的演示动作。5.2 高频追问和应答方向答辩评委问来问去就是那几类问题提前把应答思路理顺比背代码重要。高频问题应答要点为什么选Spring Boot而不是SSM自动装配减少XML配置、内嵌Tomcat、生态成熟适合快速迭代设备状态一致性怎么保证事务控制状态与日志的原子性并发场景加version乐观锁实时推送是怎么实现的对比轮询和WebSocket讲清楚HTTP单向与长连接双向差异系统上线还缺什么设备级鉴权、断线重连、消息队列削峰以及多租户数据隔离定时任务阻塞怎么办使用Async异步线程池或引入分布式调度框架5.3 从“能跑”到“出彩”的三个小改动第一个改动是全局异常处理。把Controller里的try/catch全部删掉新写一个RestControllerAdvice类统一捕获BusinessException并返回Result.fail()代码向工程实践靠拢代码量还更少。第二个改动是把设备操作日志查询做成时间段筛选。前端加两个日期选择器后端Controller接收startTime和endTime参数Mapper里写一条带BETWEEN条件的查询实现简单但能体现你考虑过“数据量变大后怎么定位问题”这个点。第三个改动是登录鉴权加固。如果源码里还是明文比对密码升级成BCrypt加密再配合JWT发放登录令牌接口加一个简单的拦截器校验。这一套在答辩中属于“安全设计”加分项改造不复杂论文里也有东西可写。本文还有配套的精品资源点击获取