原文链接 http://brucewar.cn/2016/12/20/npm3-0%E6%96%B0%E7%9A%84%E4%BE%9D%E8%B5%96%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88/
注：以下为加速网络访问所做的原文缓存，经过重新格式化，可能存在格式方面的问题，或偶有遗漏信息，请以原文为准。
最近给我的装备（Thinkpad S3-s431）升了一下级，将原本用来加速缓存的24G固态硬盘换成了128G。所以得重装系统，然后一堆软件也得重装。包括Node.js。
安装了最新的Node.js（v6.9.2）,npm（v3.10.9）。由于node_modules里的文件夹结构太深，无法移动，只能去项目中使用npm install重新安装依赖，然后发现node_modules文件夹结构是这样的：
一个模块被分在了不同文件夹下，满足下好奇心，去看了npm的官方文档。
果然NPM开发团队还是解决了这个包冗余和包结构太深的问题，下面我们来看看他们是如何做的。
npm2以一种嵌套的方式安装所有的依赖，而npm3将所有依赖都安装在主目录的node_modules下。如下图所示：
APP依赖模块A，而模块A又依赖模块B，npm2的方案是将模块B安装在模块A的node_modules。npm3将模块A和模块B都安装在APP的node_modules中。假如APP依赖另一个模块C，而模块C又依赖另一个版本的模块B，我们看它们又有哪些区别：
npm2中，会在模块A和C的node_modules下安装不同版本的模块B，而npm3先安装模块A的同时，将其依赖的模块B的1.0版本安装在APP模块下，为了防止模块冲突，同npm2的做法类似，将模块C依赖的模块B2.0安装在模块C下。
通过npm ls命令，我们可以看到模块依赖关系的树形结构图。如果想看项目主目录的依赖，可以使用如下命令：
npm ls --depth=0