是晓晓吖

鉴于 page.waitForResponse 只适用于短时间响应场景，文章提出借助 page.on ('response', fn) 事件监听器来处理 “长时间等待或者捕获多个响应” 的场景。

page.on('response',fn) 非常适合处理那些对响应顺序不敏感的场景。因为，只要浏览器页面收到了任何一个网络响应（HTTP/HTTPS），它就会触发。

说说 page.on('response'，fn) 与 page.waitForResponse 类似，page.on('response', fn) 同样可以用于监听和等待网络请求的响应

page.waitForResponse() 的设计初衷是：为可预测的/明确的、短时内能完成的网络请求提供一个简洁的等待方案。

page.waitForResponse 的竞态条件（Race Condition），有 时间序列竞态 和 匹配条件竞态 两种情况。

Puppeteer中的 page.waitForResponse 方法虽然监听的是页面中的网络请求，但是它的执行上下文环境是 Node.js 环境。

当源网站应用建立在“SSR/SSG + Web Component + defer 加载 script 脚本”的技术基础上时，初始数据的最佳抓取时机是在 DOMContentLoaded 事件触发后。

出于安全考虑，Chrome Extension的 Content层脚本（content.js） 运行在一个隔离的环境中，这意味着他们无法直接访问网页所定义的JS变量或函数，反之亦然。

本文说明了关于Chrome Extension的option部分的基础知识、交互方式、编码方式、通信能力。