关于数据不下发问题-优快云博客

本文链接：https://blog.youkuaiyun.com/m0_52276169/article/details/140372595

数据自动下发按钮已启动，手动创建包裹的时候，经常会出现数据不下发问题。

计算是通过的。

分析一：

关于数据不下发的原因
分析：
1.点击启动之后，global.GVA_CONFIG.DeviceInfo.MachineIsAuto = isAuto.IsAuto
而下发数据前

// 不满足条件时，从待处理列表中删除
if packaging.ID > 0 &&
*packaging.Status == model.PackagingStatusEnum_Calculated &&
(*packaging.Priority).IsAutoEntryMode() == global.GVA_CONFIG.DeviceInfo.AutoEntryMode {
packagingMap[packaging.ID] = true
}

在发送数据前：会设置待加工状态，但是，只是显示计算结束状态并没有显示待加工状态
func (s *Sender) sendAction() error {
   // 1. 状态更新, 查找已发送的数据，设置为待加工
   err := waitingForProcess()
   if err != nil {
       return err
}

猜想：会不会global.GVA_CONFIG.DeviceInfo.MachineIsAuto 遇到了什么东西变成false了，但界面上绿色按钮显示是自动下发状态。

解决方法：重新点击界面绿色按钮启动后，又能重新下发数据。

感觉这个方向不太可能

分析二：

发送只会发送计算结束的包裹

从数据自动是否自动下发按钮入手

传入true或者false

有改变才触发通知，那我现在能不能在创建包裹的时候，也触发这个通知。

原

改：

此方案没有解决数据不下发问题。售后人员反馈还是卡在计算结束，但我还让他们遇到情况让我远程上去看有没有打印。

这个方案已经证实不行

分析三：

计算结束后会将数据写入到数据库，状态更新之后会从数据库中拿到压切包的数据。会不会这个过程存在隐患，比如数据没有写完，但状态更新就去拿了，所以没拿到数据。

但是看着这个流程，是更新到数据库之后，才发布消息的。

如果我这里让它100毫秒之后再次发送消息呢？包裹会再打一次吗？如果正常的情况，已经发布一次了，打了一个包裹，但我又发一次消息，它会重复打一次包裹吗？

caluted2是自动的。

为什么这里又有

分析四：

channel管道阻塞，目前添加发送和接受日志分析

分析五：

卡bug情况

2024-08-29 11:41:47.129 INFO common/log.go:140 calculated

计算结束，数据库中包裹信息状态是不是应该是199。

然而

2024-08-29 11:41:47.158 DEBUG common/log.go:184 SendAction9.2————————————instance.WaittingPackagingIds.Length()：0, global.GVA_CONFIG.DeviceInfo.MachineIsAuto:true

2024-08-29 11:41:47.158 DEBUG common/log.go:184 SendAction9.3--------------*packaging.Status:0,(*packaging.Priority).IsAutoEntryMode():true

显示的是*packaging.Status:0。所以把它移除了。

11:41:47.129 calculated。看不到写入数据库。计算结束。按理说计算结束会更新数据库的数据。

common.JasonLog.Info("calculated")

11:41:47.158去数据库拿。

1.间隔30毫秒。

2024-08-29 11:39:02.118 INFO common/log.go:140 calculated

2024-08-29 11:39:02.147 DEBUG common/log.go:184 SendAction9.2————————————instance.WaittingPackagingIds.Length()：0, global.GVA_CONFIG.DeviceInfo.MachineIsAuto:true

间隔30毫秒。

2024-08-29 10:24:03.584 INFO common/log.go:140 calculated

2024-08-29 10:24:03.609 DEBUG common/log.go:184 SendAction9.3--------------*packaging.Status:0,(*packaging.Priority).IsAutoEntryMode():true

间隔25毫秒

2024-08-29 08:46:29.080 INFO common/log.go:140 calculated

2024-08-29 08:46:29.104 DEBUG common/log.go:184 SendAction9.3--------------*packaging.Status:0,(*packaging.Priority).IsAutoEntryMode():true

间隔24毫秒

间隔52毫秒

间隔90毫秒

正常情况

2024-08-29 11:41:13.848 INFO common/log.go:140 calculated

2024-08-29 11:41:13.912 DEBUG common/log.go:184 SendAction9.2————————————instance.WaittingPackagingIds.Length()：0, global.GVA_CONFIG.DeviceInfo.MachineIsAuto:true

间隔64毫秒。

2.2024-08-29 11:37:52.443 INFO common/log.go:140 calculated

2024-08-29 11:37:52.494 DEBUG common/log.go:184 SendAction9.2————————————instance.WaittingPackagingIds.Length()：0, global.GVA_CONFIG.DeviceInfo.MachineIsAuto:true

间隔50毫秒。

3.2024-08-29 11:37:23.663 INFO common/log.go:140 calculated

2024-08-29 11:37:23.736 DEBUG common/log.go:184 SendAction9.2————————————instance.WaittingPackagingIds.Length()：0, global.GVA_CONFIG.DeviceInfo.MachineIsAuto:true

间隔70毫秒。

尝试增加延迟