标签：#工控开发 #地铁 ISCS #云边协同 #边缘计算 #国产化改造 #微服务轻量化
摘要：上一篇我们完成新旧架构对标与云边业务精准切割，明确了「站级业务下沉、线网业务上收」的整体改造基准。本篇正式进入工程落地编码阶段，针对国产边缘工控机普遍内存小、CPU 低、配置受限的硬件现状，对原有七大 Spring Boot 微服务进行全维度轻量化裁剪瘦身。通过剔除云端冗余逻辑、关闭非必要自动装配、移除云端定时任务、精简依赖包、禁用无效监控、优化线程池资源，实现服务适配边缘低配硬件。改造后单服务内存占用降低 60%+，可稳定运行在麒麟/统信嵌入式工控环境，为后续边缘断网自治、本地消息缓存、云边数据同步打下轻量化底座，所有改造方案可直接复用在地铁老旧线路 ISCS 升级项目。
一、前言
在传统OCC中心机房部署场景下，我们的七大微服务运行在高配服务器，内存、CPU、磁盘资源充足，开发阶段无需过度关注资源占用、依赖冗余、线程池开销等细节。
但当业务下沉至车站边缘工控机后，硬件环境发生本质变化：
1、国产边缘盒普遍内存 2G/4G，无冗余资源；
2、CPU多为低功耗嵌入式处理器，无法承受高频轮询、大量线程调度；
3、工控系统为精简版麒麟/统信，无外网、无多余依赖环境；
4、边缘需要7×24小时稳定运行，不允许内存泄漏、频繁GC、线程堆积。
如果直接把OCC中心完整版服务原封不动部署在边缘，会出现：启动超时、内存溢出、频繁卡死、线程阻塞、GC卡顿、服务自动宕机等一系列线上事故。
所以云边改造第一步不是写新功能，而是做瘦身。
本篇目标非常明确：在不改动原有站级核心业务逻辑的前提下，对七大微服务做极致轻量化裁剪，适配边缘低配置硬件，保证稳定、低耗、可控运行。
二、中心完整版服务移植边缘的四大致命问题
2.1 依赖臃肿，包体积过大
原中心服务为适配全线业务、云端监控、报表统计、远程运维，引入大量边缘完全用不到的中间件依赖、监控依赖、日志依赖、工具依赖，导致整体包体积大、启动加载类过多。
2.2 云端定时任务抢占边缘资源
原工程内置大量云端定时任务：全线报表统计、全局日志归档、线网测点汇总、云端健康巡检。这些任务在边缘完全无效，且会持续占用 CPU、内存资源。
2.3 线程池配置为中心高配，不适配边缘
中心线程池、消息消费线程、定时任务线程均按照服务器高配场景配置，直接运行在边缘会导致线程数过多、上下文频繁切换、CPU 跑满。
2.4 冗余日志、监控、埋点持续消耗IO
完整版服务包含全量日志打印、链路追踪、监控指标上报、ES全量推送，边缘不需要上报云端的冗余日志，长期高IO写入会拖垮嵌入式存储。
三、整体轻量化改造通用规范（所有服务统一执行）
我们先制定一套边缘服务轻量化通用标准，七大微服务全部统一适配，保证后续维护一致性。
3.1 依赖裁剪规范
- 移除云端报表、全局统计、线网汇总相关依赖；
- 移除云端监控、远程运维、链路追踪依赖；
- 保留核心业务、OPC 采集、本地 Kafka、本地 TDengine、本地权限基础依赖；
- 排除 Spring Boot 默认冗余自动装配类。
3.2 配置瘦身规范
- 关闭所有云端定时任务；
- 精简日志输出级别，关闭DEBUG全量日志；
- 调小线程池核心线程、最大线程、队列容量；
- 关闭无效心跳、无效上报、无效检测；
- 禁用云端ES全量推送，改为本地日志留存。
3.3 运行参数规范（边缘专属JVM参数）
适配4G边缘工控机专属启动参数：
-Xms512m -Xmx1024m -XX:+UseG1GC -XX:MaxGCPauseMillis=50
控制内存上限、降低GC停顿，保证嵌入式设备长期稳定运行。
四、七大微服务逐一边缘裁剪落地方案
4.1 collect 采集服务（边缘核心服务｜重点瘦身）
保留能力：单站OPC网关接入、测点采集、工程换算、脏数据过滤、本地消息生产、本站测点缓存。
裁剪移除：
- 全线测点汇总统计逻辑；
- 云端测点同步上报冗余重试机制；
- 线网设备状态全局汇总任务；
- 多余设备类型适配代码（仅保留本站 BAS/PSCADA/FAS/PSD）。
优化点：采集频率本地可控，非关键测点降低轮询频率，节省CPU开销。
4.2 Scene 联动服务（边缘高优核心｜保留实时能力）
保留能力：站内场景联动、设备联锁、故障复归、本地条件判断、断网自持逻辑。
裁剪移除：
- 跨站联动调度逻辑（统一交由云端）；
- 云端联动日志全量上报；
- 全局联动策略定时刷新任务；
4、线网联动记录归档。
优化点：联动判断线程池缩容，保证毫秒级响应同时不抢占资源。
4.3 Alarm 告警服务（本地收敛轻量化）
保留能力：本站告警生成、分级、合并、防抖、弹窗推送、本地 SOE 存储。
裁剪移除：
- 全线告警汇总统计；
- 云端告警报表生成；
- 全局告警趋势分析任务。
优化点：关闭无效历史告警轮询，仅实时处理本站新增告警。
4.4 Screen 大屏服务（站级画面轻量化）
保留能力：本站拓扑渲染、实时数据推送、告警弹窗、设备状态刷新、本地 WebSocket 连接。
裁剪移除：
- 跨站大屏聚合逻辑；
- 全线数据汇总推送；
- 云端大屏缓存刷新任务。
优化点：限制单站最大连接数，防止恶意连接、闲置连接占用资源。
4.5 TD 时序服务（边缘轻量存储适配）
保留能力：本站测点时序入库、短时曲线查询、本地数据缓存。
裁剪移除：
- 全线海量数据批量归档；
- 长周期数据统计、月度年度报表；
- 云端冷热数据迁移任务。
优化点：缩短边缘数据留存周期，自动清理过期原始数据，释放磁盘空间。
4.6 Auth 权限服务（双层权限精简）
保留能力：本站运维账号、角色权限、站内数据隔离、本地登录校验。
裁剪移除：
- 线网超级管理员逻辑；
- 全线账号同步冗余逻辑；
- 云端权限汇总统计。
优化点：简化本地权限加载缓存，减少内存常驻数据。
4.7 Log 日志服务（本地留存精简）
保留能力：本站设备 SOE、人员操作日志本地留存、本地检索。
裁剪移除：
- 全线日志归集上报；
- 云端 ES 批量推送；
- 全局日志统计分析。
优化点：日志分级留存，调试日志不落地磁盘，仅保留业务审计日志。
五、关键核心改造：关闭云端全部无效定时任务
原中心服务大量定时任务是边缘资源占用的元凶，本次全部通过注解 + 配置双重关闭：
1、关闭全线测点汇总定时任务
2、关闭全局报表生成任务
3、关闭云端健康巡检上报任务
4、关闭线网日志归档任务
5、关闭全局设备状态统计任务
所有定时任务增加云端环境开关，仅 OCC 中心开启，边缘环境自动失效。
六、边缘服务最终运行效果指标
经过本轮轻量化裁剪，单服务资源占用大幅下降，完全适配国产边缘工控：
- 启动内存占用从 800 MB～1 GB 降至 300 MB 以内；
- 线程数量减少 50%，无无效线程空转；
- CPU 空闲率提升 40%，无高频轮询占用；
- 包体积压缩 40%，适配内网快速部署；
- 无内存泄漏，可长期 7×24 小时稳定运行。
七、本篇小结
云边协同改造不是新增功能堆砌，而是架构分层+精准瘦身+环境适配的系统性工程。本篇完成了七大微服务标准化、轻量化裁剪、冗余逻辑剔除、线程与 I/O 资源优化、国产边缘硬件适配，，成功将原本只能跑在中心高配服务器的业务服务，改造为可稳定运行在车站嵌入式工控机的边缘服务。
轻量化底座搭建完成后，后续所有高级能力才有落地基础：断网自治、本地消息缓存、云边数据同步、边缘双机热备。
下一篇预告：第4篇 断网自愈核心方案｜车站离线自治机制、无外网本地消息缓存、断网联动自保、恢复后云边数据自动对齐
专栏连载尾注
《SpringBoot云边协同｜智慧地铁ISCS改造实战》全新12篇专题持续连载，全部基于真实地铁改造项目落地经验，无Demo、无虚理论、可直接用于老旧线路升级、新线智慧方案设计、工控毕业设计。
)
