简介这份资源是面向计算机专业学生与Java初学者的一套环境监测系统完整源码可直接用于毕业设计、课程设计或项目练手。系统围绕空气质量、温湿度、二氧化碳浓度等环境数据的采集、处理与展示展开采用Java语言配合MVC分层架构后端涵盖Service、Dao、DaoImpl与Controller等典型模块并配有数据库设计与更新脚本前端资源与登录、用户管理、监控管理等功能一应俱全便于理解企业级项目的组织方式。压缩包共46个文件以35个java源文件为主另含数据库设计文档、README说明及分层代码文件整体约29KB结构清晰、便于按模块阅读。目前已有701人学习下载适合希望掌握Java Web开发流程、数据库操作与前后端交互的读者参考借鉴。1. 环境监测系统源码选型为什么 Java 技术栈是毕业设计的稳妥牌做过环境监测系统毕业设计的同学大多经历过一个纠结期用 Python 写个 Flask 后端加 ECharts 前端三天就能跑通演示但答辩时被问“数据一致性怎么保证”“高并发采集怎么处理”就答不上来换成 Java 技术栈光环境变量配置和 Maven 依赖就卡两天可一旦跑通后续的扩展、部署和答辩话术都顺理成章。环境监测系统源码的核心逻辑并不复杂——传感器数据采集、阈值告警、历史数据查询、可视化展示但要把这套东西做成一个能写进毕业设计论文、经得起老师追问的系统Java 的工程化优势就体现出来了。这篇文章面向的是正在做计算机毕业设计、手头有 Java 基础但缺乏完整项目经验的同学我会把一套环境监测系统的源码结构、关键实现和踩坑点拆开讲清楚让你能照着复现也能在答辩时讲出所以然。环境监测系统源码在 GitHub 和各类源码站上数量不少但质量参差不齐选对技术栈和架构模式比抄代码重要得多。2. 环境监测系统的技术选型与工程骨架2.1 为什么用 Spring Boot MyBatis 而不是纯 Servlet很多同学拿到“Java 实现环境监测系统”这个题目第一反应是用 JSP Servlet 写因为课程设计里学过。但环境监测系统的数据流是典型的“采集→存储→分析→展示”链路涉及定时任务、数据库连接池、REST 接口、前后端分离纯 Servlet 要手写大量样板代码。Spring Boot 的价值在于自动配置和起步依赖把 Tomcat 内嵌、Jackson 序列化、数据源管理这些基础设施一次性解决。我一般推荐的技术栈组合是Spring Boot 2.7.x MyBatis-Plus MySQL 8.0 Vue 3 ECharts 5。选 MyBatis-Plus 而不是原生 MyBatis是因为环境监测系统里大量是单表 CRUD 和条件查询MyBatis-Plus 的 LambdaQueryWrapper 能省掉一半的 XML 映射文件。选 Vue 3 而不是 Thymeleaf是因为监测大屏需要实时刷新图表前后端分离后前端可以独立轮询或走 WebSocket。这里有一个选型边界要讲清楚如果你的学校要求必须用 SSHStrutsSpringHibernate或者明确禁止前后端分离那就按学校要求来但核心的数据采集和告警逻辑不变。技术栈是壳业务逻辑才是论文里要写清楚的部分。2.2 环境监测系统的数据库表结构设计环境监测系统的数据模型围绕“监测点—传感器—监测数据—告警记录”四个核心实体展开。下面这张表是我在多个类似项目中沉淀下来的最小可用结构字段不多但覆盖了毕业设计论文里需要体现的“数据完整性”和“查询效率”。表名关键字段说明monitor_pointid, point_name, location, status监测点信息status 标识在线/离线sensorid, point_id, sensor_type, unit传感器挂载在监测点下type 区分温度/湿度/PM2.5monitor_dataid, sensor_id, value, collect_time核心数据表collect_time 建索引alarm_recordid, sensor_id, alarm_value, threshold, alarm_time, handled告警记录handled 标识是否处理monitor_data 表是增长最快的一个传感器每分钟采集一次一天就是 1440 条十个传感器一个月就是 43 万条。所以 collect_time 字段必须建索引查询时用时间范围过滤。另一个容易忽略的点是 sensor 表的 unit 字段温度是 ℃、湿度是 %RH、PM2.5 是 μg/m³单位不统一会导致前端展示时数值含义混乱。2.3 用 Spring Boot 初始化项目骨架下面这段代码是项目的基础配置包括数据源、MyBatis-Plus 和定时任务线程池。很多同学在 application.yml 里配完数据库就急着写 Controller结果定时任务和 Web 请求抢线程池采集一密集接口就超时。# application.yml server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/env_monitor?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver hikari: maximum-pool-size: 10 minimum-idle: 2 task: scheduling: pool: size: 4 # 定时采集任务专用线程池与 Web 线程隔离 mybatis-plus: configuration: map-underscore-to-camel-case: true global-config: db-config: id-type: auto这段配置里最关键的参数是spring.task.scheduling.pool.size。默认情况下 Spring 的定时任务只有一个线程如果你同时有“采集数据”“检查告警”“清理过期数据”三个 Scheduled 任务它们会串行执行采集频率一高就堵住。设成 4 之后每个任务独立线程互不干扰。HikariCP 的 maximum-pool-size 设 10 是保守值毕业设计演示环境够用如果要做压力测试可以调到 20但要注意 MySQL 的 max_connections 默认是 151别把连接数打满。3. 数据采集与告警逻辑的实现细节3.1 模拟传感器数据采集的定时任务毕业设计通常没有真实传感器硬件所以数据采集模块一般用随机数模拟。但模拟也要模拟得像不能直接Math.random() * 100那样数据曲线是白噪声看不出趋势。我一般用“基准值 正弦波动 随机扰动”的方式生成这样前端图表画出来有昼夜变化趋势答辩时老师会觉得你考虑了真实场景。Component public class DataCollectTask { Autowired private SensorMapper sensorMapper; Autowired private MonitorDataMapper monitorDataMapper; // 每 30 秒采集一轮cron 表达式按需调整 Scheduled(cron 0/30 * * * * ?) public void collect() { ListSensor sensors sensorMapper.selectList(null); LocalDateTime now LocalDateTime.now(); for (Sensor sensor : sensors) { MonitorData data new MonitorData(); data.setSensorId(sensor.getId()); data.setCollectTime(now); // 基准值 50正弦波动幅度 20随机扰动 ±5 double base 50.0; double sine 20 * Math.sin(now.getHour() * Math.PI / 12.0); double noise (Math.random() - 0.5) * 10; data.setValue(Math.round((base sine noise) * 100.0) / 100.0); monitorDataMapper.insert(data); } } }这段代码的逻辑说明Scheduled(cron 0/30 * * * * ?)表示每 30 秒执行一次cron 表达式六个字段分别对应秒、分、时、日、月、周。正弦波动的周期设为 24 小时now.getHour() * Math.PI / 12.0这样凌晨和中午的数值有差异看起来像真实环境变化。Math.round(... * 100.0) / 100.0是保留两位小数避免数据库里存一长串浮点数。参数调整建议如果演示时想看到告警触发可以把基准值调高到 80这样正弦峰值会超过阈值。采集频率不要低于 10 秒否则数据库写入压力大也不要高于 5 分钟否则演示时图表半天不动。3.2 阈值告警的判断与去重告警逻辑看起来简单——超过阈值就插一条 alarm_record——但实际写的时候有两个坑一是同一个传感器连续多次超阈值不能每次都插新记录否则告警表爆炸二是告警恢复后要能标识出来否则前端一直显示红色。Service public class AlarmService { Autowired private AlarmRecordMapper alarmRecordMapper; // 判断是否需要新增告警同一传感器最近 5 分钟内已有未处理告警则跳过 public void checkAndAlarm(Sensor sensor, double value) { double threshold getThresholdByType(sensor.getSensorType()); if (value threshold) { return; } LocalDateTime fiveMinAgo LocalDateTime.now().minusMinutes(5); Long count alarmRecordMapper.selectCount( new LambdaQueryWrapperAlarmRecord() .eq(AlarmRecord::getSensorId, sensor.getId()) .eq(AlarmRecord::getHandled, 0) .ge(AlarmRecord::getAlarmTime, fiveMinAgo) ); if (count 0) { return; // 5 分钟内已有未处理告警不重复插入 } AlarmRecord record new AlarmRecord(); record.setSensorId(sensor.getId()); record.setAlarmValue(value); record.setThreshold(threshold); record.setAlarmTime(LocalDateTime.now()); record.setHandled(0); alarmRecordMapper.insert(record); } private double getThresholdByType(String type) { switch (type) { case temperature: return 35.0; case humidity: return 80.0; case pm25: return 75.0; default: return 100.0; } } }去重逻辑的核心是ge(AlarmRecord::getAlarmTime, fiveMinAgo)加上eq(AlarmRecord::getHandled, 0)意思是“5 分钟内同一传感器如果有未处理的告警就不再新增”。这个 5 分钟窗口可以根据采集频率调整如果 30 秒采集一次5 分钟就是 10 条数据足够覆盖一次持续超标事件。getThresholdByType里的阈值是硬编码的更好的做法是存到数据库的 threshold 配置表里但毕业设计阶段硬编码也能接受答辩时如果老师问“阈值能不能动态改”你就说“可以扩展为从配置表读取”。3.3 历史数据查询的分页与时间范围过滤前端展示历史曲线时不能一次性把几万条数据全查出来必须分页或按时间范围过滤。MyBatis-Plus 的 Page 对象配合 LambdaQueryWrapper 可以很简洁地实现。GetMapping(/history) public ResultPageMonitorData history( RequestParam Long sensorId, RequestParam String startTime, RequestParam String endTime, RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 100) Integer size) { PageMonitorData pageParam new Page(page, size); LambdaQueryWrapperMonitorData wrapper new LambdaQueryWrapper(); wrapper.eq(MonitorData::getSensorId, sensorId) .between(MonitorData::getCollectTime, LocalDateTime.parse(startTime), LocalDateTime.parse(endTime)) .orderByAsc(MonitorData::getCollectTime); return Result.success(monitorDataMapper.selectPage(pageParam, wrapper)); }这里size默认 100是因为 ECharts 画折线图时 100 个点已经足够平滑再多前端渲染会卡。between条件对应 SQL 的BETWEEN ... AND ...走 collect_time 索引。注意LocalDateTime.parse要求前端传的格式是2024-01-01T00:00:00如果前端传的是2024-01-01 00:00:00空格分隔需要加DateTimeFormat(pattern yyyy-MM-dd HH:mm:ss)注解否则会抛解析异常。这个坑我在三个项目里都遇到过前端用 Element Plus 的日期选择器默认返回的就是空格格式。4. 环境监测系统开发中的避坑与排查4.1 定时任务不执行现象、原因与解决现象项目启动后日志里看不到采集任务的输出数据库 monitor_data 表一直没有新数据。原因最常见的是忘了在启动类上加EnableScheduling注解。Spring Boot 不会自动开启定时任务支持必须显式启用。另一个原因是Scheduled方法所在的类没有被 Spring 扫描到比如类上没加Component或者包路径在启动类的同级或子级之外。解决检查启动类是否有EnableScheduling检查任务类是否有Component检查包结构是否在com.example.envmonitor下。如果都正常在Scheduled方法第一行加log.info(collect task running)看日志有没有输出。4.2 数据库连接超时现象、原因与解决现象演示时前几分钟正常过一会儿接口报Communications link failure或Connection is not available。原因MySQL 的wait_timeout默认是 8 小时但毕业设计演示时可能电脑休眠或网络切换连接池里的空闲连接被 MySQL 单方面断开HikariCP 拿到失效连接就报错。另一个原因是 HikariCP 的maximum-pool-size设得太大超过了 MySQL 的max_connections。解决在 JDBC URL 里加autoReconnecttrue同时在 HikariCP 配置里加connection-test-query: SELECT 1和validation-timeout: 3000。更稳妥的做法是把maximum-pool-size控制在 10 以内毕业设计的并发量根本用不到 20 个连接。4.3 前端图表数据不刷新现象、原因与解决现象后端数据库里已经有新数据了但前端 ECharts 图表还是旧的手动刷新页面才更新。原因前端没有做轮询或 WebSocket 推送只在mounted生命周期里请求了一次数据。另一个原因是浏览器缓存了 GET 请求虽然概率低但确实遇到过。解决在 Vue 组件里用setInterval每 30 秒重新请求一次历史数据接口并在请求 URL 后加时间戳参数?_t${Date.now()}绕过缓存。如果要做实时性更高的方案可以用 WebSocket但毕业设计用轮询足够了代码简单且不容易翻车。4.4 时间字段序列化偏差现象、原因与解决现象数据库里存的 collect_time 是2024-01-01 12:00:00前端展示出来变成2024-01-01 04:00:00差了 8 小时。原因MySQL 的 serverTimezone 配置和 JVM 的时区不一致。JDBC URL 里如果写了serverTimezoneUTC而 JVM 默认是 Asia/Shanghai就会差 8 小时。解决JDBC URL 里统一写serverTimezoneAsia/Shanghai同时在application.yml里加spring.jackson.time-zone: GMT8和spring.jackson.date-format: yyyy-MM-dd HH:mm:ss。三个地方时区一致就不会出现偏差。4.5 告警记录重复插入现象、原因与解决现象同一个传感器超阈值一次alarm_record 表里插了十几条记录时间戳只差几秒。原因采集任务每 30 秒执行一次每次判断都发现超阈值就插入没有做去重。如果采集频率是 10 秒一分钟就是 6 条重复告警。解决参考 3.2 节的去重逻辑在插入前查询“最近 N 分钟内是否有未处理告警”。N 的值取采集周期的 5 到 10 倍比如 30 秒采集一次就取 5 分钟。另一个思路是用 Redis 的setnx加过期时间做分布式锁但毕业设计用数据库查询就够了引入 Redis 反而增加部署复杂度。5. 从能跑到能答辩环境监测系统的进阶技巧5.1 用 AOP 记录操作日志答辩时多一个亮点毕业设计答辩时老师除了问功能实现还喜欢问“系统安全性怎么考虑的”。加一个简单的 AOP 操作日志记录谁在什么时候改了阈值、处理了告警成本很低但能体现工程思维。Aspect Component public class LogAspect { Autowired private OperationLogMapper logMapper; Around(annotation(com.example.envmonitor.annotation.LogOperation)) public Object around(ProceedingJoinPoint point) throws Throwable { long start System.currentTimeMillis(); Object result point.proceed(); long cost System.currentTimeMillis() - start; OperationLog log new OperationLog(); log.setMethod(point.getSignature().toShortString()); log.setCostMs(cost); log.setCreateTime(LocalDateTime.now()); logMapper.insert(log); return result; } }这段代码拦截所有标注了LogOperation的方法记录方法名和耗时。参数说明point.proceed()是执行原方法point.getSignature().toShortString()返回类似AlarmController.handle()的简写签名。注意 AOP 只对 Spring 管理的 Bean 生效Controller 和 Service 都可以但私有方法不行。5.2 数据导出为 Excel满足论文里的“数据管理”需求环境监测系统的论文里通常有一章“数据管理”要求能把历史数据导出。用 EasyExcel 比 Apache POI 简单得多内存占用也低。GetMapping(/export) public void export(HttpServletResponse response) throws IOException { ListMonitorData list monitorDataMapper.selectList(null); response.setContentType(application/vnd.openxmlformats-officedocument.spreadsheetml.sheet); response.setHeader(Content-Disposition, attachment;filenamemonitor_data.xlsx); EasyExcel.write(response.getOutputStream(), MonitorData.class) .sheet(监测数据) .doWrite(list); }MonitorData.class上需要用ExcelProperty(数值)注解标注字段的中文名。response.setContentType必须设成 xlsx 的 MIME 类型否则浏览器会当成 HTML 打开。如果数据量超过 10 万条建议分页查询后分批写入避免 OOM。5.3 答辩前必做的三项验证第一项把采集频率临时调到 5 秒跑 10 分钟看数据库有没有重复告警、时间戳有没有偏差、前端图表有没有卡顿。第二项手动把某个传感器的阈值改低触发告警然后在告警管理页面点“处理”确认 handled 字段变成 1前端红色标记消失。第三项把 MySQL 服务停掉再启动看连接池能不能自动恢复如果不能就在 HikariCP 配置里加initialization-fail-timeout: -1。这三项验证做完答辩时老师让你现场演示你心里就有底了。我自己的习惯是答辩前一晚把整个流程从启动到告警处理走三遍每遍记录耗时和异常第三遍如果和第一遍表现一致才敢关电脑睡觉。环境监测系统源码本身不难难的是细节的稳定性和答辩时的从容。希望帮到你。本文还有配套的精品资源点击获取
Java环境监测系统源码毕业设计：Spring Boot+MyBatis实现数据采集与告警
简介这份资源是面向计算机专业学生与Java初学者的一套环境监测系统完整源码可直接用于毕业设计、课程设计或项目练手。系统围绕空气质量、温湿度、二氧化碳浓度等环境数据的采集、处理与展示展开采用Java语言配合MVC分层架构后端涵盖Service、Dao、DaoImpl与Controller等典型模块并配有数据库设计与更新脚本前端资源与登录、用户管理、监控管理等功能一应俱全便于理解企业级项目的组织方式。压缩包共46个文件以35个java源文件为主另含数据库设计文档、README说明及分层代码文件整体约29KB结构清晰、便于按模块阅读。目前已有701人学习下载适合希望掌握Java Web开发流程、数据库操作与前后端交互的读者参考借鉴。1. 环境监测系统源码选型为什么 Java 技术栈是毕业设计的稳妥牌做过环境监测系统毕业设计的同学大多经历过一个纠结期用 Python 写个 Flask 后端加 ECharts 前端三天就能跑通演示但答辩时被问“数据一致性怎么保证”“高并发采集怎么处理”就答不上来换成 Java 技术栈光环境变量配置和 Maven 依赖就卡两天可一旦跑通后续的扩展、部署和答辩话术都顺理成章。环境监测系统源码的核心逻辑并不复杂——传感器数据采集、阈值告警、历史数据查询、可视化展示但要把这套东西做成一个能写进毕业设计论文、经得起老师追问的系统Java 的工程化优势就体现出来了。这篇文章面向的是正在做计算机毕业设计、手头有 Java 基础但缺乏完整项目经验的同学我会把一套环境监测系统的源码结构、关键实现和踩坑点拆开讲清楚让你能照着复现也能在答辩时讲出所以然。环境监测系统源码在 GitHub 和各类源码站上数量不少但质量参差不齐选对技术栈和架构模式比抄代码重要得多。2. 环境监测系统的技术选型与工程骨架2.1 为什么用 Spring Boot MyBatis 而不是纯 Servlet很多同学拿到“Java 实现环境监测系统”这个题目第一反应是用 JSP Servlet 写因为课程设计里学过。但环境监测系统的数据流是典型的“采集→存储→分析→展示”链路涉及定时任务、数据库连接池、REST 接口、前后端分离纯 Servlet 要手写大量样板代码。Spring Boot 的价值在于自动配置和起步依赖把 Tomcat 内嵌、Jackson 序列化、数据源管理这些基础设施一次性解决。我一般推荐的技术栈组合是Spring Boot 2.7.x MyBatis-Plus MySQL 8.0 Vue 3 ECharts 5。选 MyBatis-Plus 而不是原生 MyBatis是因为环境监测系统里大量是单表 CRUD 和条件查询MyBatis-Plus 的 LambdaQueryWrapper 能省掉一半的 XML 映射文件。选 Vue 3 而不是 Thymeleaf是因为监测大屏需要实时刷新图表前后端分离后前端可以独立轮询或走 WebSocket。这里有一个选型边界要讲清楚如果你的学校要求必须用 SSHStrutsSpringHibernate或者明确禁止前后端分离那就按学校要求来但核心的数据采集和告警逻辑不变。技术栈是壳业务逻辑才是论文里要写清楚的部分。2.2 环境监测系统的数据库表结构设计环境监测系统的数据模型围绕“监测点—传感器—监测数据—告警记录”四个核心实体展开。下面这张表是我在多个类似项目中沉淀下来的最小可用结构字段不多但覆盖了毕业设计论文里需要体现的“数据完整性”和“查询效率”。表名关键字段说明monitor_pointid, point_name, location, status监测点信息status 标识在线/离线sensorid, point_id, sensor_type, unit传感器挂载在监测点下type 区分温度/湿度/PM2.5monitor_dataid, sensor_id, value, collect_time核心数据表collect_time 建索引alarm_recordid, sensor_id, alarm_value, threshold, alarm_time, handled告警记录handled 标识是否处理monitor_data 表是增长最快的一个传感器每分钟采集一次一天就是 1440 条十个传感器一个月就是 43 万条。所以 collect_time 字段必须建索引查询时用时间范围过滤。另一个容易忽略的点是 sensor 表的 unit 字段温度是 ℃、湿度是 %RH、PM2.5 是 μg/m³单位不统一会导致前端展示时数值含义混乱。2.3 用 Spring Boot 初始化项目骨架下面这段代码是项目的基础配置包括数据源、MyBatis-Plus 和定时任务线程池。很多同学在 application.yml 里配完数据库就急着写 Controller结果定时任务和 Web 请求抢线程池采集一密集接口就超时。# application.yml server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/env_monitor?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver hikari: maximum-pool-size: 10 minimum-idle: 2 task: scheduling: pool: size: 4 # 定时采集任务专用线程池与 Web 线程隔离 mybatis-plus: configuration: map-underscore-to-camel-case: true global-config: db-config: id-type: auto这段配置里最关键的参数是spring.task.scheduling.pool.size。默认情况下 Spring 的定时任务只有一个线程如果你同时有“采集数据”“检查告警”“清理过期数据”三个 Scheduled 任务它们会串行执行采集频率一高就堵住。设成 4 之后每个任务独立线程互不干扰。HikariCP 的 maximum-pool-size 设 10 是保守值毕业设计演示环境够用如果要做压力测试可以调到 20但要注意 MySQL 的 max_connections 默认是 151别把连接数打满。3. 数据采集与告警逻辑的实现细节3.1 模拟传感器数据采集的定时任务毕业设计通常没有真实传感器硬件所以数据采集模块一般用随机数模拟。但模拟也要模拟得像不能直接Math.random() * 100那样数据曲线是白噪声看不出趋势。我一般用“基准值 正弦波动 随机扰动”的方式生成这样前端图表画出来有昼夜变化趋势答辩时老师会觉得你考虑了真实场景。Component public class DataCollectTask { Autowired private SensorMapper sensorMapper; Autowired private MonitorDataMapper monitorDataMapper; // 每 30 秒采集一轮cron 表达式按需调整 Scheduled(cron 0/30 * * * * ?) public void collect() { ListSensor sensors sensorMapper.selectList(null); LocalDateTime now LocalDateTime.now(); for (Sensor sensor : sensors) { MonitorData data new MonitorData(); data.setSensorId(sensor.getId()); data.setCollectTime(now); // 基准值 50正弦波动幅度 20随机扰动 ±5 double base 50.0; double sine 20 * Math.sin(now.getHour() * Math.PI / 12.0); double noise (Math.random() - 0.5) * 10; data.setValue(Math.round((base sine noise) * 100.0) / 100.0); monitorDataMapper.insert(data); } } }这段代码的逻辑说明Scheduled(cron 0/30 * * * * ?)表示每 30 秒执行一次cron 表达式六个字段分别对应秒、分、时、日、月、周。正弦波动的周期设为 24 小时now.getHour() * Math.PI / 12.0这样凌晨和中午的数值有差异看起来像真实环境变化。Math.round(... * 100.0) / 100.0是保留两位小数避免数据库里存一长串浮点数。参数调整建议如果演示时想看到告警触发可以把基准值调高到 80这样正弦峰值会超过阈值。采集频率不要低于 10 秒否则数据库写入压力大也不要高于 5 分钟否则演示时图表半天不动。3.2 阈值告警的判断与去重告警逻辑看起来简单——超过阈值就插一条 alarm_record——但实际写的时候有两个坑一是同一个传感器连续多次超阈值不能每次都插新记录否则告警表爆炸二是告警恢复后要能标识出来否则前端一直显示红色。Service public class AlarmService { Autowired private AlarmRecordMapper alarmRecordMapper; // 判断是否需要新增告警同一传感器最近 5 分钟内已有未处理告警则跳过 public void checkAndAlarm(Sensor sensor, double value) { double threshold getThresholdByType(sensor.getSensorType()); if (value threshold) { return; } LocalDateTime fiveMinAgo LocalDateTime.now().minusMinutes(5); Long count alarmRecordMapper.selectCount( new LambdaQueryWrapperAlarmRecord() .eq(AlarmRecord::getSensorId, sensor.getId()) .eq(AlarmRecord::getHandled, 0) .ge(AlarmRecord::getAlarmTime, fiveMinAgo) ); if (count 0) { return; // 5 分钟内已有未处理告警不重复插入 } AlarmRecord record new AlarmRecord(); record.setSensorId(sensor.getId()); record.setAlarmValue(value); record.setThreshold(threshold); record.setAlarmTime(LocalDateTime.now()); record.setHandled(0); alarmRecordMapper.insert(record); } private double getThresholdByType(String type) { switch (type) { case temperature: return 35.0; case humidity: return 80.0; case pm25: return 75.0; default: return 100.0; } } }去重逻辑的核心是ge(AlarmRecord::getAlarmTime, fiveMinAgo)加上eq(AlarmRecord::getHandled, 0)意思是“5 分钟内同一传感器如果有未处理的告警就不再新增”。这个 5 分钟窗口可以根据采集频率调整如果 30 秒采集一次5 分钟就是 10 条数据足够覆盖一次持续超标事件。getThresholdByType里的阈值是硬编码的更好的做法是存到数据库的 threshold 配置表里但毕业设计阶段硬编码也能接受答辩时如果老师问“阈值能不能动态改”你就说“可以扩展为从配置表读取”。3.3 历史数据查询的分页与时间范围过滤前端展示历史曲线时不能一次性把几万条数据全查出来必须分页或按时间范围过滤。MyBatis-Plus 的 Page 对象配合 LambdaQueryWrapper 可以很简洁地实现。GetMapping(/history) public ResultPageMonitorData history( RequestParam Long sensorId, RequestParam String startTime, RequestParam String endTime, RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 100) Integer size) { PageMonitorData pageParam new Page(page, size); LambdaQueryWrapperMonitorData wrapper new LambdaQueryWrapper(); wrapper.eq(MonitorData::getSensorId, sensorId) .between(MonitorData::getCollectTime, LocalDateTime.parse(startTime), LocalDateTime.parse(endTime)) .orderByAsc(MonitorData::getCollectTime); return Result.success(monitorDataMapper.selectPage(pageParam, wrapper)); }这里size默认 100是因为 ECharts 画折线图时 100 个点已经足够平滑再多前端渲染会卡。between条件对应 SQL 的BETWEEN ... AND ...走 collect_time 索引。注意LocalDateTime.parse要求前端传的格式是2024-01-01T00:00:00如果前端传的是2024-01-01 00:00:00空格分隔需要加DateTimeFormat(pattern yyyy-MM-dd HH:mm:ss)注解否则会抛解析异常。这个坑我在三个项目里都遇到过前端用 Element Plus 的日期选择器默认返回的就是空格格式。4. 环境监测系统开发中的避坑与排查4.1 定时任务不执行现象、原因与解决现象项目启动后日志里看不到采集任务的输出数据库 monitor_data 表一直没有新数据。原因最常见的是忘了在启动类上加EnableScheduling注解。Spring Boot 不会自动开启定时任务支持必须显式启用。另一个原因是Scheduled方法所在的类没有被 Spring 扫描到比如类上没加Component或者包路径在启动类的同级或子级之外。解决检查启动类是否有EnableScheduling检查任务类是否有Component检查包结构是否在com.example.envmonitor下。如果都正常在Scheduled方法第一行加log.info(collect task running)看日志有没有输出。4.2 数据库连接超时现象、原因与解决现象演示时前几分钟正常过一会儿接口报Communications link failure或Connection is not available。原因MySQL 的wait_timeout默认是 8 小时但毕业设计演示时可能电脑休眠或网络切换连接池里的空闲连接被 MySQL 单方面断开HikariCP 拿到失效连接就报错。另一个原因是 HikariCP 的maximum-pool-size设得太大超过了 MySQL 的max_connections。解决在 JDBC URL 里加autoReconnecttrue同时在 HikariCP 配置里加connection-test-query: SELECT 1和validation-timeout: 3000。更稳妥的做法是把maximum-pool-size控制在 10 以内毕业设计的并发量根本用不到 20 个连接。4.3 前端图表数据不刷新现象、原因与解决现象后端数据库里已经有新数据了但前端 ECharts 图表还是旧的手动刷新页面才更新。原因前端没有做轮询或 WebSocket 推送只在mounted生命周期里请求了一次数据。另一个原因是浏览器缓存了 GET 请求虽然概率低但确实遇到过。解决在 Vue 组件里用setInterval每 30 秒重新请求一次历史数据接口并在请求 URL 后加时间戳参数?_t${Date.now()}绕过缓存。如果要做实时性更高的方案可以用 WebSocket但毕业设计用轮询足够了代码简单且不容易翻车。4.4 时间字段序列化偏差现象、原因与解决现象数据库里存的 collect_time 是2024-01-01 12:00:00前端展示出来变成2024-01-01 04:00:00差了 8 小时。原因MySQL 的 serverTimezone 配置和 JVM 的时区不一致。JDBC URL 里如果写了serverTimezoneUTC而 JVM 默认是 Asia/Shanghai就会差 8 小时。解决JDBC URL 里统一写serverTimezoneAsia/Shanghai同时在application.yml里加spring.jackson.time-zone: GMT8和spring.jackson.date-format: yyyy-MM-dd HH:mm:ss。三个地方时区一致就不会出现偏差。4.5 告警记录重复插入现象、原因与解决现象同一个传感器超阈值一次alarm_record 表里插了十几条记录时间戳只差几秒。原因采集任务每 30 秒执行一次每次判断都发现超阈值就插入没有做去重。如果采集频率是 10 秒一分钟就是 6 条重复告警。解决参考 3.2 节的去重逻辑在插入前查询“最近 N 分钟内是否有未处理告警”。N 的值取采集周期的 5 到 10 倍比如 30 秒采集一次就取 5 分钟。另一个思路是用 Redis 的setnx加过期时间做分布式锁但毕业设计用数据库查询就够了引入 Redis 反而增加部署复杂度。5. 从能跑到能答辩环境监测系统的进阶技巧5.1 用 AOP 记录操作日志答辩时多一个亮点毕业设计答辩时老师除了问功能实现还喜欢问“系统安全性怎么考虑的”。加一个简单的 AOP 操作日志记录谁在什么时候改了阈值、处理了告警成本很低但能体现工程思维。Aspect Component public class LogAspect { Autowired private OperationLogMapper logMapper; Around(annotation(com.example.envmonitor.annotation.LogOperation)) public Object around(ProceedingJoinPoint point) throws Throwable { long start System.currentTimeMillis(); Object result point.proceed(); long cost System.currentTimeMillis() - start; OperationLog log new OperationLog(); log.setMethod(point.getSignature().toShortString()); log.setCostMs(cost); log.setCreateTime(LocalDateTime.now()); logMapper.insert(log); return result; } }这段代码拦截所有标注了LogOperation的方法记录方法名和耗时。参数说明point.proceed()是执行原方法point.getSignature().toShortString()返回类似AlarmController.handle()的简写签名。注意 AOP 只对 Spring 管理的 Bean 生效Controller 和 Service 都可以但私有方法不行。5.2 数据导出为 Excel满足论文里的“数据管理”需求环境监测系统的论文里通常有一章“数据管理”要求能把历史数据导出。用 EasyExcel 比 Apache POI 简单得多内存占用也低。GetMapping(/export) public void export(HttpServletResponse response) throws IOException { ListMonitorData list monitorDataMapper.selectList(null); response.setContentType(application/vnd.openxmlformats-officedocument.spreadsheetml.sheet); response.setHeader(Content-Disposition, attachment;filenamemonitor_data.xlsx); EasyExcel.write(response.getOutputStream(), MonitorData.class) .sheet(监测数据) .doWrite(list); }MonitorData.class上需要用ExcelProperty(数值)注解标注字段的中文名。response.setContentType必须设成 xlsx 的 MIME 类型否则浏览器会当成 HTML 打开。如果数据量超过 10 万条建议分页查询后分批写入避免 OOM。5.3 答辩前必做的三项验证第一项把采集频率临时调到 5 秒跑 10 分钟看数据库有没有重复告警、时间戳有没有偏差、前端图表有没有卡顿。第二项手动把某个传感器的阈值改低触发告警然后在告警管理页面点“处理”确认 handled 字段变成 1前端红色标记消失。第三项把 MySQL 服务停掉再启动看连接池能不能自动恢复如果不能就在 HikariCP 配置里加initialization-fail-timeout: -1。这三项验证做完答辩时老师让你现场演示你心里就有底了。我自己的习惯是答辩前一晚把整个流程从启动到告警处理走三遍每遍记录耗时和异常第三遍如果和第一遍表现一致才敢关电脑睡觉。环境监测系统源码本身不难难的是细节的稳定性和答辩时的从容。希望帮到你。本文还有配套的精品资源点击获取
