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会帮你在本地（可以是项目中的也可以是本机的）寻找这个 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
