Npm
- 嵌套依赖： 老版本npm@3之前由于依赖嵌套下载，所以存在
重复下载包导致体积过大以及嵌套路径字符过长的问题，后通过类似yarn扁平化提升依赖，将node_modules所有包放在同一层级解决(对于同一个包的不同版本，只会提升一个版本包（根据package.json中的引入先后位置），其他的仍然在嵌套的node_modules下)，这样又引入了一个问题？ 不同引入先后位置导致扁平化结果的不确定性，所以有了yarn.lock\package.lock来固定依赖版本，但是仍然存在不同版本的包。
Yarn：
● 扁平化处理 - npm@3
- 幽灵依赖： 很容易出现包管理问题。由于扁平化处理，会将依赖提升到同一级，即子依赖包也会提升到项目的node_modules下，就出现了在项目的package.json没有引入该依赖，但是能在项目中引入该包。比如项目依赖A，而A依赖B，扁平化处理之后A、B都在node_modules下，所以在项目中就能直接使用B，即使没有在package中引入。如果在项目中使用了B，后续又去掉了A就导致无法找到B而报错。
● 离线缓存
● 并行下载依赖包，比npm快
Pnpm
主要是将所有依赖下载到pnpm-store中心仓库，然后在node_modules下创建一个pnpm的文件夹利用软硬连接来将项目中的依赖连接到中心仓库的依赖包，以此来复用，避免重新下载包，减少了磁盘空间
题外话
npm run xxx 或者 npx xxx其实都是使用node执行的node_modules下.bin文件夹下的可执行文件，手动通过node ./node_modules/.bin/xxx 也可以启动，项目目录中node_modules没有就会去全局的node目录的node_modules下查找，没有则报错command is not found。 【npm run xxx之后发送了什么？】
ps: 常说的npm全局安装依赖和局部安装，如果-g就是全局安装，即安装在node的目录的node_modules下(mac: 默认路径是 /usr/local/lib/node_modules,如果使用nvm来管理则在nvm目录中)，局部安装就是在项目自身的node_modules下安装。
参考资料：
PNPM vs NPM vs YARN
