what

npx 会自动查找当前依赖包中的可执行文件，如果找不到，就会去 PATH 里找。如果依然找不到，就会帮你安装！

根据 zkat/npx 的描述，npx 会帮你执行依赖包里的二进制文件。

举例来说，之前我们可能会写这样的命令：

npm i -D webpack
./node_modules/.bin/webpack -v

如果你对 bash 比较熟，可能会写成这样

npm i -D webpack
`npm bin`/webpack -v

有了 npx，你只需要这样

npx webpack -v

npx 甚至支持运行远程仓库的可执行文件，如

$ npx github:piuccio/cowsay hello
npx: 1 安装成功，用时 1.663 秒
 _______
< hello >
 -------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

为什么用npx

全局命令，免安装

$ npx @vue/cli -V

# 等价于

$ npm install @vue/cli -g
$ vue -V

全局安装劣势：

• 占用本机空间
  npm会在machine上创建一个目录（mac是/usr/local/lib/node_modules）存放所有global安装的包, 其实node_module占用的空间比较大的
• 版本问题
  假如一个项目中的某一个dependency是全局安装的，也就意味着不同的开发人员使用的这个dependency版本完全基于本地的版本，也就会导致不同的开发人员使用不同的版本
  使用npx的优势也就凸显出来了：
  • npx会帮你在本地（可以是项目中的也可以是本机的）寻找这个 command
    • 找到了： 就用本地的版本
    • 没找到： 直接下载最新版本，完成命令要求
  • 使用完之后不会在你的本机或者项目留下任何东西

因此npx优势总结：

• 不会污染本机
• 永远使用最新版本的dependency

任何command都通过npx在machine任何位置使用

举个例子，在某一个项目中使用npm install --save-dev @babel/core @babel/cli安装babel。此时：
你在命令行中使用babel script.js一定会报错说babel不存在，即便你的node_module中babel静静的躺在那里，你只有两种方式可以使用babel：

• 你可以通过在package.json的script中使用babel去compile某一个directory（用npm run-script的形式）
• 你也可以通过使用./node_modules/.bin/babel script.js用babel去compile某一个script文件（使用babel包中的可执行文件）

那么他的局限性就很大：

虽然你的node_module中有babel，等价于你的machine上有babel，但是你不能方便的在任何位置使用babel，只能通过以上的两种方式。

但是有了npx在任何位置使用babel command似乎就不是难题了：

当你任何位置（根目录下/项目根目录下）运行npx babel script.js不会再报错说babel不存在了：

npx会帮你找到本机下的babel然后运行

帮助执行one-off指令

对于一些工具，比如create-react-app，它们有些特性：

• 可能很久才会被使用一次
• 安装包会很大

我们似乎真的没必要将他们都安装到电脑上，所以可以直接使用npx tool-command

帮助切换版本

npx的-p选项允许您指定要安装的包，并将其添加到正在运行的$PATH中，那么实用的case是什么呢：

当你没有nvm的时候，帮你方便的切换node版本，假设你本机安装的node版本是node@8，但是你的项目可能需要使用使用node@6做测试，如果你有nvm，可以使用nvm use v8.11，其实npx也可以帮你做成。

使用npx -p node@6 npm run test：

• npx会帮助你下载node@6
• 将此时的环境变成node@6版本
• 使用node@6帮你执行npm run test
• 命令执行完毕之后不会修改你原来的node版本

指令可以理解为使用node@6版本运行npm run test

通过SHELL AUTO FALLBACK 将npx作为所有指令找不到时的fallback地址