npm的依赖树查询：原理都是查询文件夹node_modules的结构。比如mac的node_modules位置在/usr/local/lib下。具体项目的node_modules位置位于项目根目录下。

1、查看npmjs上某个插件的依赖情况

2、查看某个项目的插件依赖情况

3、查看本地计算机上全局安装的插件依赖情况

4、

 

查看npmjs网站上的包的依赖，如下

可以使用。全局安装：

npm install -g npm-remote-ls

查看插件bower的依赖关系：

npm-remote-ls bower

也可以使用网站：http://npm.anvaka.com/#/view/2d/td-ui查看

 

查看本地某个项目的依赖树：

进入本地项目下，然后使用命令npm ll ，只会打印本地项目安装的依赖，不会打印未安装的依赖，也不会打印全局安装的依赖。也可以使用命令npm list/ls;  npm list --depth=1设置树的深度。路径显式的是

 

 查看全局安装的所有插件依赖树情况：npm ls -g --depth=1 。全局的插件安装默认目录是:/usr/local/lib

 

 

 查看全局安装的某个插件依赖情况：npm ls  -g --depth=1 。全局的插件安装默认目录是:/usr/local/lib

 

 

 关于依赖冗余：目前npm6是版本6.3.0

      有文章称，当项目依赖一个插件的多个版本时，会全部引进进来，然后分布放在依赖它们的项目下的node_modules下面。如果多次依赖的版本相同时，则放在顶级的node_modules下面。

　　npm3在安装包时会采用扁平化处理，包以及包依赖的其他模块将会以同层级的方式安装在包使用者的node_modules下 ，如果版本有冲突，才会采用npm2的嵌套方式安装在各个包下。

　　在npm3下，peerDependencies下模块不会自动安装，需要模块使用者在本地目录手动安装，如果没安装会发出警告

　　peerDependencies的作用是表面某个插件必须依赖另一个插件的某个版本。

　　npm3把所有依赖模块路径拍扁了(工程目录下的node_modules出现了很多package.json中没有声明的模块)，解决了windows下路径名过长的问题，更使得公共依赖被充分共享。但如果多个模块依赖了同一个模块的不同版本，后安装的模块，为了不和别人冲突，就只能将这个依赖安装在自己的node_modules下

http://cloudstone.xin/2016/10/23/npm-install%E9%97%AE%E9%A2%98%E4%B9%8B%E4%BE%9D%E8%B5%96%E5%86%97%E4%BD%99/