Javascript 告诉chrome开发工具在中的断点处真正停止-后台没有异步回调

我很高兴调试一个非常复杂的indexedDB应用程序，其中涉及大量数据。在某个地方有一个bug，但我无法真正追踪到它，因为如果我停在某个点上，当事情变得有趣时，它是没有用的，因为我现在在开发工具中看到的数据，不再是他真正停下来时的数据，因为它已经准备好了，部分被其他成功的db事件调用的其他函数更改。 我也不能再停止那些活动了。。。 不酷

简而言之，当我停止调试时，如何告诉chrome真正停止（或在后台排队）一切

编辑： 那么chrome应该停止吗？ 我绝对不会。 我在很多事情上都看到了。 例如，时间戳。在断点之前有一个控制台日志，该日志的时间比其他回调的时间早，这些回调将在控制台上稍后显示（不应该显示） 此外，他还应该停止处理稍后抛出的异常，以及许多显式的“调试器”语句，这些语句将被忽略，只是处理并记录到控制台

我还看到了DOM的变化，稍后从其他回调中看到

那么只给我一个chromebug？

---

嗯，我在archlinux上尝试了chrome，在windows上也尝试了chrome…

chrome确实会在断点处停止，在触发断点之前，您看到的数据必须发生更改。JavaScript并不是真正的异步，它只是假装你在哪里设置断点？如果它不在AJAX请求回调中，那么是的，它可以在您进行检查时进行修改。请尝试确保将断点放在正确的回调中。我在indexeddb open调用中设置了断点。他停了下来，但他肯定还在继续工作。我在很多事情上都看到了。例如，时间戳。在此之前有一个控制台日志，并且该日志的时间比稍后显示的其他回调要早。此外，他还应该停止后一种情况，即在许多“调试器”语句中抛出异常，这些语句都会忽略掉您可能遇到的是，这似乎是可能的。这绝对是一个错误。Chrome确实会在断点处停止，在触发断点之前，您看到的数据必须发生更改。JavaScript并不是真正的异步，它只是假装你在哪里设置断点？如果它不在AJAX请求回调中，那么是的，它可以在您进行检查时进行修改。请尝试确保将断点放在正确的回调中。我在indexeddb open调用中设置了断点。他停了下来，但他肯定还在继续工作。我在很多事情上都看到了。例如，时间戳。在此之前有一个控制台日志，并且该日志的时间比稍后显示的其他回调要早。此外，他还应该停止后一种情况，即在许多“调试器”语句中抛出异常，这些语句都会忽略掉您可能遇到的是，这似乎是可能的。这绝对是一个错误。