这是一个创建于 167 天前的主题，其中的信息可能已经有所发展或是发生改变。
感谢你点开这个帖子，谢谢大佬，花费五分钟看这个问题。
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)]
8 条回复 • 2024-06-07 14:17:38 +08:00
 |
1
fkname 167 天前  1
给点思路，先确认是客户端还是服务端的原因，客户端看下正常和异常的机器在打卡频率和时间上有没有什么差异，或者交换机器位置测试。服务端就监控资源，定期 dump 内存或线程信息分析下。
|
 |
2
7911364440 167 天前 1
多加日志看看具体是卡在哪个环节
|
 |
3
bocharud 167 天前
我的调试建议:
1. 服务端打卡接口强制设置 5 秒阻塞, 然后观察客户端行为 2. 检查客户端是否出现了野指针等情况, 或尽量降低请求包体大小(例如去掉不必要的请求头) 3. 将客户端请求的超时设置为 1 秒, 然后观察服务端行为. |
 |
4
uog 167 天前
感觉是网络的问题啊
|
 |
5
codersun123 167 天前
先在客户端上加日志，看看这个多发的信息流程是怎么跑进去的
|
 |
6
fisherman0459 167 天前
调换一下打卡机位置观察下
|
 |
7
vaynecv 167 天前
有没有可能是客户端弱网环境引发的重试😅
1 、服务端接口超时时间设置长一点 2 、接口针对每人每天打卡记录做唯一限制，或者不限制也可以，每次更新打卡时间 猜测跟服务端可能关系不大 |
 |
8
rrfeng 167 天前 via Android
信息太少，盲猜无线不行。
|
Select Language