这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助
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 off SETLOCAL CALL :find_dp0 SET _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" %* ENDLOCAL EXIT /b %errorlevel% :find_dp0 SET dp0=%~dp0 EXIT /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
如果对您有所帮助，欢迎您点个关注，我会定时更新技术文档，大家一起讨论学习，一起进步。
