共计 1027 个字符，预计需要花费 3 分钟才能阅读完成。
感谢你点开这个帖子，谢谢大佬，花费五分钟看这个问题。
1. 情景题要：
公司内部做了四台打卡机，部署在不同食堂，走公司内网环境，在线打卡。
2. 现在出现问题：
其中三台打卡机，会偶发性的出现打卡超时。比如打卡的时候，前几个一切顺畅，打着打着就出现打卡超时。
3. 服务器配置：
刚开始使用 3 个 docker，后续排查原因时候，关停两个 docker，只使用一个，依然有该问题。
4. 已经使用处理方法：
查看前后端代码，检查是否有问题，已经确认打卡接口很简单，只有一个加密传递，对比 redis，插入数据库打卡数据。
5. 刚检查日志发现：
能正常在线打卡的机器，传递的数据无重复，偶发性打卡超时的机器，发现会在短时间内调用多次接口。
6. 目前推测：
6.1 打卡机器的硬件问题，所以偶发性的会同时调用多次打卡接口？但是打卡机器四台坏三台，概率太大了吧？
6.2 网络问题，因为在四个不同地方，所以网络信号不一致，导致的？找运维同事从交换机 ping 打卡机，很稳定。
6.3 服务器 docker 配置？这个情况也不应该，因为有一台机器是正常在线打卡的。
7. 这个是打卡异常的后端日志：
2024-05-30 08:05:33.881[http-nio-9011-exec-4][INFO][c.m.dining.config.WebRequestAspect:42] – [Args]: [DeviceClockV2Request(timePeriod=AM, deviceNo=1a25d4348ce19d08, payType=1, name= 白 xx, userId=f40f09625cfc9a8ec0cb0dd6dc7b88e5, company=xxxX( 集团) 有限公司, depart= 新能源部, clockTime=2024-05-30 08:05:32)]
2024-05-30 08:05:35.062[http-nio-9011-exec-9][INFO][c.m.dining.config.WebRequestAspect:42] – [Args]: [DeviceClockV2Request(timePeriod=AM, deviceNo=1a25d4348ce19d08, payType=1, name= 白 xx, userId=f40f09625cfc9a8ec0cb0dd6dc7b88e5, company=xxxX( 集团) 有限公司, depart= 新能源部, clockTime=2024-05-30 08:05:26)]
