公司接了个智慧水务的项目，老板让我这个“老Java”牵头。一开始觉得就是CRUD，真干起来才发现全是门道。今天不聊虚的，分享一下我们用SpringBoot落地这个项目的核心设计和几个让我掉光头发的技术难点。
刚接手这个项目时，我以为就是个普通的管理后台，无非是抄抄水表、收收费。等看到需求文档才懵了：要实时监测水压、流量、水质（PH值、余氯），要预测用水量，还要能自动生成巡检工单。得，这玩意儿是个物联网加大数据的活。
一、技术选型：怎么稳怎么来
后台框架没得说，SpringBoot 2.7 + MyBatis-Plus，这组合我们团队熟，能快速出活。数据库用了MySQL 8.0存业务数据，时序数据（就是那些每秒都在上报的压力、流量值）是个大问题，最后选了TDengine。这玩意儿专门为物联网时序数据设计，压缩率和查询速度比直接用MySQL分表强太多了。
难点来了，几万个传感器每10秒上报一次数据，并发写入怎么扛？我们没直接用TDengine的HTTP接口，而是自己用Netty搭了一个TCP接入服务，做协议解析和数据缓冲，再批量写入TDengine。这一步，光是处理TCP的粘包拆包就调试了两天。
二、核心模块设计（画个丑图）
[物联网关] --(MQTT/CoAP)--> [Netty数据接入服务] --(批量)--> [TDengine] | v [SpringBoot业务核心] / | \ 设备管理/实时告警/工单系统/数据分析设备管理：每个传感器一个唯一编码，关联到具体的管网节点（如“XX小区3号楼进水口”）。这里用了树形结构，方便追溯整个供水路径。
实时告警：这是核心。我们没用简单的
if(value > threshold)，而是引入了规则引擎Drools。比如规则可以写成：“某个区域，连续3个时间点水压下降超过10%，且该时段无计划停水，则触发爆管疑似告警”。Drools规则可以动态加载，运维小姐姐自己就能在后台配，不用我们改代码发布。工单系统：告警自动生成工单，通过WebSocket实时推送到运维人员的PC和APP端。这里结合了Redis的GEO功能，能根据工单地点就近派单给巡检人员。
数据分析：用SpringBoot集成EasyExcel做报表导出是基础。高级一点的是，我们基于TDengine的窗口函数，做了每日用水量趋势预测（一个简单的线性回归，用Java写的，没上Python），效果还行，能辅助水厂调度。
三、让我印象最深的“坑”
最大的坑不是技术，是数据一致性。一个“关阀止水”的指令下发到设备，设备执行了，但这个状态回传可能延迟或丢失。业务上要求这个状态必须绝对准确。我们的解决方案是：
指令下发后，在Redis生成一个带超时时间的“指令状态跟踪键”。
启动一个后台线程轮询（当然，用分布式调度xxl-job），超时未收到确认，则触发重发或转为人工干预。
最终，所有设备事件和指令，我们都用Canal订阅MySQL的binlog，同步到Elasticsearch，做全链路日志追踪，方便撕锅（划掉）排查问题。
四、小结
这个项目做下来，最大的感触是：物联网项目，后端开发的重点不再是复杂的业务逻辑，而是如何高效、稳定地处理海量的时序数据，并保证端到端的数据一致性。SpringBoot让我们快速搭建了业务骨架，但真正发力的，是像TDengine、Netty、Drools这些专项工具。代码就不贴了，有兴趣的可以留言讨论具体模块。
