启动 Chrome 并在启动时暂停 JS 脚本
Launch Chrome with JS scripts suspended at startup
在 NodeJS 中，您可以 运行 带有 --debug-brk 选项的脚本，它会在第一行暂停您的脚本。然后您可以附加调试器并恢复，确保您可以命中任何断点，无论它在脚本中有多早。
Chrome / Chrome 调试协议中是否有类似的内容？
我使用外部调试器调试 Chrome 中的 JS。 Chrome 是通过命令行启动的，启用了远程调试，指向带有我的网站/应用程序的本地服务器。 Chrome 启动后，调试器附加到页面，但这需要时间 - 调试器附加时，脚本几乎已经执行，这意味着我无法命中网站/应用程序早期的断点生命周期。
我想在每个脚本的开头添加 debugger; 语句，但随着时间的推移，这会很烦人。我还认为 Chrome 开发工具需要打开 debugger; 语句才能真正暂停，所以这甚至可能不起作用。
在 Chrome DevTools 中，您可以使用 'Event Listener Breakpoints' 强制执行在 'Script First Statement' 暂停。还有其他的，例如稍后发生的 load。然后您可以继续执行，直到命中相关断点。
在 NodeJS 中，您可以 运行 带有 --debug-brk 选项的脚本，它会在第一行暂停您的脚本。然后您可以附加调试器并恢复，确保您可以命中任何断点，无论它在脚本中有多早。
Chrome / Chrome 调试协议中是否有类似的内容？
我使用外部调试器调试 Chrome 中的 JS。 Chrome 是通过命令行启动的，启用了远程调试，指向带有我的网站/应用程序的本地服务器。 Chrome 启动后，调试器附加到页面，但这需要时间 - 调试器附加时，脚本几乎已经执行，这意味着我无法命中网站/应用程序早期的断点生命周期。
我想在每个脚本的开头添加 debugger; 语句，但随着时间的推移，这会很烦人。我还认为 Chrome 开发工具需要打开 debugger; 语句才能真正暂停，所以这甚至可能不起作用。
在 Chrome DevTools 中，您可以使用 'Event Listener Breakpoints' 强制执行在 'Script First Statement' 暂停。还有其他的，例如稍后发生的 load。然后您可以继续执行，直到命中相关断点。