今天我想和大家分享一下我和一个客户事件的战斗经历，

我们可以更改预约，点击保存按钮：

Chrome网络标签中有一个批量操作，可以按预期更新预约。然而，为什么每次都有三个后续的预约读往返？

callstack清楚显示三个往返不是客户扩展发出的，否则在callstack中可以看到客户js文件

在最上面的callstack，智能工厂解决方案，h函数上设置断点。检查e的含量。目标数据：

这实际上是Chrome网络标签中可以观察到的批量请求负载：

这个发现让我更加相信这些往返是由框架发出的，不是标准或客户应用程序代码。

所以我继续调试，直到我到达这个可疑堆栈：

在1957行，这是我的零钱=正确。

但是，在我们的内部系统中（一切正常，没有重复读取操作），服务器和云主机，这是我的零钱=false，这抑制了刷新操作。这就是为什么在我的内部系统中找不到读取操作的原因，因为它们根本就没有执行。但是在客户系统中，什么是大数据云计算，_isRefreshNeeded返回true，这将导致执行所有后续的读取操作

那么为什么两个系统之间会有这种差异呢？在Chrome开发工具中，搜索布尔变量名，我们找到了一个为ODataModel定义的函数setRefreshAfterChange。只需在这个方法中设置一个断点，微淘客，然后在我的内部系统中重新启动应用程序：

断点被触发：

但是客户系统中的这一行丢失了，这是根本原因-我们最新的标准代码没有到达客户系统。

在我找到根本原因后，我在SCN中搜索是否有另一个可怜的家伙和我遇到了同样的问题，实际上我发现了一个：如果我几个月前读到这篇文章，52返现网，我会节省我今天的调试时间