最新要闻

广告

手机

iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?

iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?

警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案

警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案

家电

当前最新:记录--前端项目中运行 npm run xxx 的时候发生了什么?

来源:博客园

这里给大家分享我在网上总结出来的一些知识,希望对大家有所帮助

npm 是 node 捆绑的依赖管理器,常用程度可想而知。那么你每天都在 npm/yarn run 的命令到底是如何运行项目的呢?

前端项目中运行 npm run xxx 的时候发生了什么?大家都知道目前的 node 是捆绑 npm 的。npm 是 node 的依赖管理器,虽然它不是唯一的选择,我们还有 pnpm/yarn/cnpm/ni 。

但是,的依赖管理器都是在解决 npm 的某个痛点。对于 npm 依赖声明文件 ​


(资料图)

package.json​

本身是基本没有变化的。

例如我们可以使用 ​

npm run serve​

运行某个命令, 也可以使用 ​

yarn serve​

​ 运行某个命令。

可以看到在这个地方 yarn 可以省略 run 这个参数。

但是,他们都只是对 ​

​package.json​

进行解析而已,例如下面的文件,当运行 ​

npm run serve​

时,其实就是运行该 json 文件中的 ​

scripts​

下的 ​

​serve​

键对应的命令。

{"name": "h5","version": "1.0.7","private": true,"scripts": {"serve": "vue-cli-service serve"  },"dependencies": {"axios": "^0.19.2","vuex": "^3.4.0"  },"devDependencies": {"node-sass": "^4.12.0"  }}

上面说是 ​​命令​​ 只是用于方便理解,例如:

npm run server# 类似于在命令行运行以下命令vue-cli-service serve

通过 npm run 与直接运行命令的区别

还是用上面的配置来描述:

{"scripts": {"serve": "vue-cli-service serve"  }}

npm 在运行 ​

vue-cli-service serve​

这条命令的时候,会先在当前 ​

node_modules/.bin​

下面看有没有同名的可执行文件,如果有,则使用其运行。

这里我们可以打开这个目录看看:

如果直接在命令行中运行 ​

​vue-cli-service serve​

这条命令,是不会从 node_modules 中查找可执行程序的。

运行可执行文件

那么什么叫可执行文件呢?上面的图中有很多个同名的 vue-cli-service ,到底是运行哪个?

我们先来分析这几个文件怎么来的?

例如 ​

@vue/cli-service​

有以下 ​

package.json​

文件,注意 bin 字段,当我们运行 ​

​npm i @vue/cli-service​

这条命令时,npm 就会在 ​

​node_modules/.bin/​

目录中创建好以 ​

​vue-cli-service​

为名的几个可执行文件了。

{"name": "@vue/cli-service","version": "4.4.6","description": "local service for vue-cli projects","main": "lib/Service.js","typings": "types/index.d.ts","bin": {"vue-cli-service": "bin/vue-cli-service.js"  }}

对于可执行​这个定义,每个系统不一样。在 windows 系统上,可执行文件是通过组策略和环境变量决定的。

使用 ​

set pathext​

可以查看 ​

pathext​

这个环境变量,他定义了可以作为可执行文件的后缀。

# 查看可执行文件后缀set pathext

由上面的配置可以发现,我们常见的 exe 也在其中,这个可执行文件在 windows 上,在命令行中输入文件名或双击时即可以运行。

在 unix 系统上面,是通过设置文件的属性为可执行,再在文件中的第一行声明解释器来运行的。

如果我们在 cmd 里运行的时候,windows 一般是调用了 ​

​vue-cli-service.cmd

这个文件,这是 windows 下的批处理脚本:

@ECHO offSETLOCALCALL :find_dp0SET _maybeQuote="IF EXIST "%dp0%\node.exe" (  SET "_prog=%dp0%\node.exe") ELSE (  SET _maybeQuote=  SET "_prog=node"  SET PATHEXT=%PATHEXT:;.JS;=;%)%_maybeQuote%%_prog%%_maybeQuote%  "%dp0%\..\_@vue_cli-service@4.4.6@@vue\cli-service\bin\vue-cli-service.js" %*ENDLOCALEXIT /b %errorlevel%:find_dp0SET dp0=%~dp0EXIT /b

所以当我们运行 ​

​vue-cli-service serve​

这条命令的时候,就相当于运行 ​

​node_modules/.bin/vue-cli-service.cmd serve​

然后这个脚本会使用 node 去运行 ​

vue-cli-service.js​

这个 js 文件,由于 node 中可以使用一系列系统相关的 api ,所以在这个 js 中可以做很多事情,例如读取并分析运行这条命令的目录下的文件,根据模板生成文件等。

# unix 系默认的可执行文件,必须输入完整文件名vue-cli-service# windows cmd 中默认的可执行文件,当我们不添加后缀名时,自动根据 pathext 查找文件vue-cli-service.cmd# Windows PowerShell 中可执行文件,可以跨平台vue-cli-service.ps1

这里多提了下,在 windows 中 cmd 脚本使用得比较多,兼容性也较好。 powerShell 虽然比较强大,但他运行命令的方式由于和 cmd 命令有较大不同,这会导致你常常搞不清什么命令应该在什么解释器里运行。

示例:运行命令的方式不兼容

示例:windows 很多系统会默认禁止此脚本运行,导致 npm 命令运行错误

所以如果遇到 powerShell 相关错误时建议用 cmd 试试。

注入相关运行时信息

这一节我们通过调试 npm 的源码来进行说明。

首先我们在 ​​mockm​​ 这个前端接口联调工具的源码中先来个 debugger, 注意有从 process.env 中获取 NPM_CONFIG_REGISTRY 这个环境变量,这是 npm 安装时可配置的镜像地址。

然后我们再看一下这个环境变量,在当前系统中是没有定义的。

让我们开始调试 mockm package.json 中的 scripts ​

npm run s2​
{"scripts": {"s2": "node run.js remote --config=D:/git2/mockm/server/example/full.mm.config.js",  }}

为了节省篇幅,这里直接断点在关键地点:

这是 npm@v6.x 的源码,可以发现 npm 使用了 ​ ​npm-lifecycle​​ 这个依赖来运行的子进程调用我们的 ​

run.js​

文件。

在通过 spawn 运行 run.js 的时候,同时设置了进程相关的一些信息,这是由 node 原生支持的。

例如刚刚说到的 NPM_CONFIG_REGISTRY 环境变量。

下面把继续进入下一个断点, run.js 文件:

可以发现子进程成功获取了父进程给予的信息。

总结

运行 npm run xxx的时候,npm 会先在当前目录的 node_modules/.bin 查找要执行的程序,如果找到则运行;没有找到则从全局的 node_modules/.bin 中查找,npm i -g xxx就是安装到到全局目录;如果全局目录还是没找到,那么就从 path 环境变量中查找有没有其他同名的可执行程序。

本文转载于:

https://blog.51cto.com/u_15077533/4531157

如果对您有所帮助,欢迎您点个关注,我会定时更新技术文档,大家一起讨论学习,一起进步。

关键词: 可执行文件 环境变量 可执行程序