使用 Chrome 开发者工具查找重定向的根本原因

Posted 2023-03-07

【中文标题】使用 Chrome 开发者工具查找重定向的根本原因

【英文标题】：Finding root cause of redirect with Chrome Developer Tools

【发布时间】：2016-09-05 18:49:54

【问题描述】：

我正在尝试使用 chrome 开发人员工具调试网页，并且页面在加载后重定向到 pdf 文件。我检查了 javascript 文件，没有任何地方可以重定向页面。我在开发者工具控制台或网络选项卡中找不到任何相关消息。

我激活了event Listener Breakpoints -> beforeunload，但它在与重定向无关的外部 js 文件 (Placeholders.js) 处停止。

此外，在网络选项卡中保留日志并不能帮助我找到重定向的根本原因。

我想知道如何找到此重定向的来源？

---

更新：html 代码中没有任何“刷新”元标记。

【问题讨论】：

最后我发现响应中有一个刷新元标记，我找不到它。令人惊讶的是，这个元标记在 jquery.append

之后起作用

@ChristosK。感谢您的考虑，但该问题是关于在 chrome 调试器工具中保留网络选项卡，与查找重定向源无关。

【参考方案1】：

您可以做几件事。您可以使用Event Listener Breakpoint -> Load - unload，然后当它在第三方库中中断时，右键单击并选择Blackbox Script。下次您运行代码时，它应该只中断您自己的代码（假设没有其他 3rd 方库可用于黑盒）。

另一个选项是转到网络选项卡并选中Preserve Log 复选框。这将在页面加载/导航之间保留所有请求，以便您能够找到返回 PDF 响应的网络请求。

【讨论】：

我将第 3 方 js 文件标记为黑匣子，但之后开发者工具并没有停止任何其他地方。我认为您建议的方法+检查刷新元标记涵盖了所有刷新情况。

如果在新标签页中打开新 URL，这将无济于事。似乎在新选项卡上它不会保留该选项卡的起始 URL。只是重定向结果。很奇怪。所以没有办法知道新标签是在哪个 URL 上打开的。