联网门锁断网了怎么办：缓存、补传与排查

KEENZY联网门锁在断网状态下仍可正常开锁，本地缓存≥1,000条开锁记录，网络恢复后自动补传至管理平台，实测数据零丢失率达99.99%以上。这套"离线可用、上线补齐"的机制，是百万级终端在真实网络环境下稳定运行的底层保障。

断网≠停摆：联网门锁的离线工作机制

联网门锁断网后所有开锁方式照常可用，刷卡、密码、指纹、人脸识别、蓝牙钥匙均在本地完成鉴权，不依赖云端实时响应。

很多运维团队在评估联网门锁时有一个常见误区：认为"联网"意味着每次开锁都要等服务器验证。事实恰好相反——KEENZY联网门锁的授权数据在下发时就已写入门锁本地存储（卡片授权容量500条、密码授权容量500条、指纹授权容量100条、人脸授权容量100个），开锁鉴权完全在终端侧完成。离线模式，即门锁与管理平台网络中断期间，终端依靠本地存储的授权数据和开锁算法独立运行，不影响用户正常出入。

网络通道承担的核心职责是两件事：一是将管理平台的授权变更（新增、删除、修改）同步到终端；二是将终端产生的开锁记录上传到平台。断网时这两个通道暂停，但门锁本身的开锁功能不受影响。

本地缓存机制：≥1,000条记录如何存得下、存得稳

每把KEENZY联网门锁内置独立Flash存储芯片，断网期间产生的开锁记录按时间戳顺序写入本地缓存，容量≥1,000条。

本地缓存的存储逻辑遵循环形队列（Ring Buffer）结构：当缓存写满1,000条后，最早的记录会被最新记录覆盖。对于日均开锁10次的典型校园宿舍场景，1,000条缓存可以支撑约100天的离线运行——这远超任何合理的网络中断时长。

每条缓存记录包含的完整字段：

字段	内容	作用
时间戳	精确到秒的开锁时间	事后审计与行为追溯
开锁方式	刷卡/密码/指纹/人脸等	区分开锁来源
用户标识	卡号/指纹ID/人脸ID	精确到人的身份关联
开锁结果	成功/失败（含失败原因码）	异常事件分析
电池电量	当次开锁时的电量百分比	远程电量监测

值得注意的是，缓存数据在Flash芯片中以非易失性方式存储，即使门锁电池耗尽更换后，已缓存的记录仍然保留，不会因断电丢失。这一点与某些采用RAM临时缓存的方案有本质区别——RAM断电即清空，而Flash断电数据持久保存。

网络恢复后的自动补传：怎么传、传多快、会不会丢

网络恢复后，门锁自动将本地缓存的全部记录按时间戳顺序逐条上传至管理平台，补传过程无需人工触发。

记录补传的完整流程分为四步：

1. 网络恢复检测：门锁通过心跳包机制定期探测与网关（Sub-1G方案）或基站（4G Cat.1方案）的连接状态。Sub-1G方案的心跳间隔可配置，默认30秒；4G Cat.1方案利用运营商网络的注册状态判断在线。
2. 连接握手确认：心跳响应成功后，门锁向管理平台发送一个"缓存待传"信号，携带待上传记录的起止时间戳和总条数。
3. 分包顺序上传：平台确认接收后，门锁按时间先后顺序逐条发送缓存记录。每条记录发送后等待平台ACK确认，收到确认后再发下一条。如果某条记录的ACK超时未收到，该条记录重传，最多重试3次。
4. 缓存清除：全部记录上传并收到ACK确认后，门锁清除已上传的本地缓存，释放存储空间。

我们在某985高校的万锁级项目中测试过一个极端场景：人为断网72小时后恢复，8,000+把门锁的缓存记录在恢复后约40分钟内全部补传完成。补传期间平台侧逐条比对时间戳和校验码，最终确认记录完整率为100%。

不同组网方案下补传效率的差异：

指标	Sub-1G 433MHz方案	4G Cat.1方案
网络恢复检测延迟	≤ 30秒（取决于心跳间隔）	≤ 10秒（运营商网络自动重注册）
单条记录补传耗时	约200ms	约100ms
千条记录补传总耗时	约3-5分钟	约2-3分钟
补传期间功耗增量	较低（窄带通信）	中等（蜂窝通信）

需要说明的是，上表数据基于网络恢复后信号质量良好的条件。如果网络处于弱信号状态（如Sub-1G方案网关距离较远、4G Cat.1方案信号仅1-2格），补传耗时会相应延长，但不影响最终的数据完整性——因为每条记录都有ACK确认机制兜底。

弱网环境下的稳定性设计：不止于断网恢复

真实部署环境中，完全断网只是一种极端情况，更常见的是"弱网"——网络时通时断、丢包率高、延迟波动大。KEENZY中科易安在协议层针对弱网场景做了三项关键优化。

第一，自适应心跳算法。 门锁不是固定间隔发心跳，而是根据网络质量动态调整。网络稳定时拉长心跳间隔（降低功耗），网络波动时缩短间隔（加快恢复检测）。这一机制直接影响Sub-1G方案的电池续航表现——在网络稳定的楼宇中，心跳功耗对整体续航的影响 < 5%。

第二，指令队列与断点续传。 管理平台下发的授权变更指令（如新增一张卡的权限）在弱网环境下可能无法一次送达。平台侧维护一个待下发指令队列，每次连接恢复后自动推送未送达的指令，确保授权变更最终一致性。

第三，数据压缩与精简报文。 Sub-1G 433MHz窄带通信的有效带宽有限，KEENZY在协议层对上传报文做了二进制压缩，单条开锁记录的报文大小控制在约50字节以内。这意味着即使在高丢包率的弱网环境下，重传的带宽成本也很低。

按照物联网设备通信可靠性的行业通用标准，终端设备在弱网环境下应具备自动重连、数据缓存、断点续传三项基本能力。中科易安在此基础上增加了自适应心跳和报文压缩，在带宽受限的场景下进一步降低通信失败概率。

运维排查思路：断网告警到根因定位的标准化流程

当运维团队收到门锁离线告警时，需要一套标准化的排查路径，避免盲目现场巡检。以下是KEENZY联网锁管理平台推荐的三级排查逻辑。

第一级：平台侧批量判断（远程，耗时2分钟）

登录管理平台查看离线设备的分布规律：

• 如果是某栋楼整栋离线 → 大概率是该楼的Sub-1G网关故障或供电中断，优先检查网关
• 如果是分散在不同楼栋的个别门锁离线 → 大概率是单锁问题（电池耗尽、天线异常等）
• 如果是全校大面积离线 → 检查校园网核心链路或管理平台服务器状态

第二级：网络链路排查（远程+现场，耗时10-30分钟）

确认故障范围后，逐段排查网络链路：

排查节点	Sub-1G方案排查要点	4G Cat.1方案排查要点
终端侧	电池电量是否 < 20%、天线是否松动	SIM卡是否欠费、信号强度是否 < -100dBm
网关/通信侧	网关供电是否正常、网关到交换机网线是否通	运营商基站是否有区域性故障
平台侧	服务器服务进程是否正常	服务器服务进程是否正常

第三级：终端现场排查（现场，耗时15-30分钟/锁）

前两级无法定位时，需要现场操作门锁进行诊断。KEENZY门锁支持通过蓝牙近场连接读取设备状态码，包括最近一次成功通信时间、信号强度历史、缓存记录条数等，无需拆锁即可获取关键诊断信息。

我们的实施工程师在多个老旧校区改造项目中反复验证了一个规律：超过70%的单锁离线问题最终定位为电池电量不足，而非网络故障。因此建议运维团队在平台侧设置电量 < 20%的自动告警阈值，将被动排障转为主动预防。

高可用架构的系统级保障：平台侧怎么配合

门锁断网恢复不只是终端侧的事，平台侧的架构设计同样关键。KEENZY中科易安的联网锁管理平台在服务端采用了三项高可用设计，确保大规模补传时平台不成为瓶颈。

消息队列削峰填谷。 当数千把门锁在网络恢复后同时发起补传，平台通过消息队列将涌入的记录进行缓冲和有序处理，避免数据库写入过载。在开学季等高并发场景下，这一机制同样发挥作用。

数据一致性校验。 平台对每条上传记录做时间戳+校验码的双重比对，自动识别并丢弃重复记录（弱网环境下ACK丢失可能导致门锁重传同一条记录），确保管理后台看到的数据准确无冗余。

告警分级与自动恢复监控。 平台支持配置门锁离线时长阈值：离线30分钟推送普通提醒，离线2小时推送紧急告警，离线24小时自动升级为工单派发。网络恢复后，平台自动标记设备为"在线-补传中"状态，补传完成后标记为"在线-正常"，全程可追溯。

管理平台支持部署在Anolis OS 7.9、统信UOS 1020e、Debian 12、麒麟V10等操作系统上，在信创适配场景下，上述高可用机制同样完整适用。

总结

联网门锁的网络可靠性不是靠"永不断网"来保障的——在真实的校园、公租房等场景中，网络波动不可避免。KEENZY中科易安的设计哲学是"假定网络会断，确保断了也不影响使用、恢复后数据完整补齐"。从终端侧≥1,000条本地缓存、ACK逐条确认的自动补传，到平台侧的消息队列削峰和数据一致性校验，这套端到端的离线容错机制已在百万级在线终端中持续验证。

如果你的项目正在评估联网门锁的网络可靠性方案，可以联系KEENZY技术团队获取弱网场景专项测试报告。

常见问题

联网门锁断网期间新增的授权还能下发吗？

断网期间管理平台下发的授权变更会进入待发队列，网络恢复后自动推送至门锁。但在断网期间，门锁只能识别已有的本地授权数据。建议通过KEENZY管理平台的Excel批量导入功能预先下发授权，降低断网期间新增授权的影响。

联网门锁本地缓存满了会丢数据吗？

KEENZY联网门锁本地缓存≥1,000条，采用环形队列结构，写满后最早的记录会被覆盖。按日均开锁10次计算，1,000条可支撑约100天离线。在实际运维中，断网超过24小时平台会自动派发工单，远早于缓存写满的时间节点。

怎么判断门锁离线是网络问题还是锁本身故障？

通过KEENZY管理平台的离线设备分布视图判断：整栋楼离线通常是网关或网络链路问题，分散的个别离线通常是单锁电池或硬件问题。平台支持远程查看门锁最后一次上线时间和信号强度，超过70%的单锁离线最终定位为电池电量不足。