系列1:单步调试找到 cy.visit 的实现源代码(一) - 找到了 BlueBird
我们的目标是找到 cy.visit 是如何向目标网站发起请求的:
来到这行:
return this.emit('backend:request', eventName, ...args, fn);
单步调试进去:
观察者发布者的讨论都一样,根据 event 找到 listener:
这个 ws,意思是 Web Socket 吗?
这个全局对象在此导入:packages_socket__WEBPACK_IMPORTED_MODULE_4_
首先要找到这个 browser.ts 在本地什么位置,然后才能知道它是啥东西?
本地找了一圈,没找到这个文件。
单步调试:
第九行的 if 语句进不去:
然后执行这个 index.js 文件:
注意这些嵌套的 Webpack_require 调用:
parseuri:
但是本地 node_modules 文件夹里,并没有这个叫做 parseuri 的文件夹。
而是这个 ../../node_modules/parseuri/index.js,直接出现在 cypress_runner.js 源文件里:
这些出现在 cypress_runner.js 里的 browser.ts, 应该是从某个地方拷贝过来的吧。这里又涉及到一个问题,这个 cypress_runner.js 的生成逻辑和时机
?
工程文件夹里也没有叫 socket
的文件夹。
最后发现,使用的是浏览器原生的 WebSocket 的 send 方法,发送请求到目标网站:
遗留问题:
- cypress_runner.js 这个文件哪里来的?
- 使用 WebSocket 的好处?
第一个问题我们回答不了,因为我们还不知道我们使用命令行 yarn cypress:open
之后,背后都发生了什么。
这里又引出第三个有趣的问题:
我们在 package.json 给 cypress:open 指定的命令行是 cypress open
,但是我们直接在命令行窗口里使用 cypress open
, 是无法启动的:
但为啥用 yarn cypress:open
就可以?
在 node_modules 文件夹下的 .bin
文件夹里的 cypress.cmd 里加一行打印语句:
运行时的输出:
说明 yarn cypress:open
命令行,会调用到 .bin
文件夹内的 cypress.cmd:
把 .bin
下的 cypress 改成其他名称,对 windows 系统下的命令行运行也没有影响:
但是把 cypress.cmd 改成其他名称,比如 cypress.cmd22, 运行命令行就会出错了,进一步说明 node_modules\.bin\cypress.cmd
是 windows 下 cypress open 命令的入口。
至此我们又引入了第四个问题:
node_modules 根目录下的 .bin ,
和 node_modules/cypress/bin 这两个 bin 文件夹的联系?