目录
背景
已经写了一个上午的文章了，写完这篇就可以去吃饭了。这也是这几个月的我写的最后一个小bug文章，把这篇文章写完就搞定了。
第一个小bug------问题阐述
具体情况是这样的：当用户在界面上清空"知会干系人"字段后，点击保存，系统并没有实际清空该字段。类似地，当用户清空"设备名称"字段后，保存操作也没有生效，提交后发现该字段依然保留了之前的内容。
因此，我们的目标是确保在用户清空"知会干系人"和"设备名称"字段后，保存操作能够正确生效，真正实现字段的清空。
第一个小bug------解决方案
我们先来研究一下"知会干系人"无法清空的问题：首先找到更新"知会干系人"的接口，并查看其更新逻辑。
此时，我们再次检查系统是否能够清空字段，结果发现可以成功清空。
这个小问题已经解决了。
第二个小bug------问题阐述
接下来，我们来看下一个小问题。
然后我重新查看了一下作业标准，发现它并没有更新。
第二个小bug------解决方案
这时，我们应该检查一下后端的 PUT 接口，看看工作内容及标准是否已经更新到数据库中。
可以看到，PUT 接口的负载是没有问题的。因为设备名称是根据 deviceId 来查询的，按理说我把设备名称清空后，deviceId 应该为 null。从负载上看，确实如此。然而，当我们查看数据库时，发现数据库并没有更新。这意味着 PUT 接口可能存在问题。
我们进入这个接口，查看它是如何将信息更新到数据库中的。
也就是说，这个接口的更新操作使用的是 saveOrUpdateBatch 方法。然而，在使用 MyBatis-Plus 生成的 saveOrUpdate 方法时，有些字段需要更新为空值。但 MyBatis-Plus 默认的策略是 NOT_NULL，即如果字段为空，则不会更新该字段。
这就是为什么数据库中的 deviceId 无法更新为 null，因为在更新时 deviceId 为 null，这会导致 saveOrUpdate 方法忽略该字段的更新。
然后我上网查了一下如何让这个字段更新为 null，结果发现可以这样做：在 deviceId 字段上使用 @TableField 注解，并设置 updateStrategy 属性为 FieldStrategy.IGNORED。
然后再去系统上测试一下看看效果，发现这个小 bug 已经被解决了，数据库中的 deviceId 字段也已经可以被更新为 null 了。
总结
这两个小 bug 虽然都是无法清空，但它们无法清空的原因并不相同。
-
知会干系人无法清空：
- 原因：
tshList[]这个知会干系人数组没有值时，就不会执行更新知会干系人的操作。
- 原因：
-
设备名称无法被清空：
- 原因：在 MyBatis-Plus 中，如果使用了
saveOrUpdate方法进行更新时，假如你想把某个字段更新为null是不可以的。该方法会自动忽略这种更新，只有非空值才会被更新。
- 原因：在 MyBatis-Plus 中，如果使用了