1、NPM 介绍
NPM是随同NodeJS一起安装的包管理工具，能解决NodeJS代码部署上的很多问题，常见的使用场景有以下几种：
1、允许用户从NPM服务器下载别人编写的第三方包到本地使用。
2、允许用户从NPM服务器下载并安装别人编写的命令行程序到本地使用。
3、允许用户将自己编写的包或命令行程序上传到NPM服务器供别人使用。
新版的nodejs已经集成了npm，所以之前npm也一并安装好了。同样可以通过输入"npm -v"来测试是否成功安装。命令如下，出现版本提示表示安装成功:
2、NPM 升级
1、查看版本
npm-v
2、升级
sudo npm install npm-g
3、NPM 安装模块
3.1本地安装
1. 将安装包放在 ./node_modules 下（运行 npm 命令时所在的目录），如果没有 node_modules 目录，会在当前执行 npm 命令的目录下生成 node_modules 目录。
2. 可以通过 require() 来引入本地安装的包。
3.2全局安装
1. 将安装包放在 /usr/local/lib/node_modules 下或者你 node 的安装目录。
2. 可以直接在命令行里使用。
如果你希望具备两者功能，则需要在两个地方安装它或使用npm link。
3.3安装命令
npm install express# 本地安装
npm install express-g# 全局安装
npm list-g#查看所有全局安装的模块
npm list grunt#查看某个模块的版本号
npm uninstall express#卸载 Node.js 模块
npm update express#更新模块
npm search express#搜索模块
3.4为什么全局安装后还要本地安装
仅全局安装足够吗
1.在js实例代码中，默认下node.js会在NODE_PATH和目前js所在项目下的node_modules文件夹下去寻找模块，因此，如果只是全局安装，不能直接通过require()的方式去引用模块，需要手动解决包路径的配置问题，当然你也可以复制全局安装的node_modules文件夹到项目下，还有办法可以选择将环境变量的NODE_PATH设置为C:\Program Files\nodejs。
2.对于包的更新不好管理，可能你需要为每个包重新命名，如gulp@3.8.1、gulp@3.9.1...，为了区别不同项目使用指定的包，保证模块之间的相互依赖（这块下面会介绍），区别每个项目正常运行。
因此，不推荐只全局安装。
最早的node.js/npm实际上是全局的，包括现在还兼容NODE_PATH，但是不能支持全局多版本，于是nodejs团队改成本地安装的方法可能就是为了保证不同版本包之间的相互依赖，什么意思呢，举个例子weui组件中相互依赖的包就有12个
其中依赖包的指定版本号如下，不可轻易去修改，因为不同版本包对应依赖包的版本的功能有所差别，如果修改指定的版本来运行weui，就可能会编译出错等bug。
再举个例子：
包版本为：
A(0.0.1)依赖B(0.0.2)，B(0.0.1)依赖C(0.0.3) 一段时间原作者更新后，包版本为： A(1.0.1)依赖B（1.0.0），B(1.0.0)依赖C(1.0.0)
每一次的更新可能带来不一样的功能，在多人合作、发布模块到npmjs社区、上传到github给其他人使用时，保留模块的版本信息可用于下载指定的版本号显得特别重要。
本地安装可以让每个项目拥有独立的包，不受全局包的影响，方便项目的移动、复制、打包等，保证不同版本包之间的相互依赖，这些优点是全局安装难以做到的。
另外，据node团队介绍，本地安装包对于项目的加载会更快。
有优点也少不了缺点，如每次新项目都要本地安装所依赖的包，安装包时间相对较长，一来是包太大导致下载慢；二是浪费了硬盘空间，不过现在电脑硬盘动不动就几个T，你还会在意节省这点空间吗？
4、淘宝 NPM 镜像
大家都知道国内直接使用 npm 的官方镜像是非常慢的，这里推荐使用淘宝 NPM 镜像。
淘宝 NPM 镜像是一个完整 npmjs.org 镜像，你可以用此代替官方版本(只读)，同步频率目前为 10分钟 一次以保证尽量与官方服务同步。
你可以使用淘宝定制的 cnpm (gzip 压缩支持) 命令行工具代替默认的 npm:
$ npm install-g cnpm--registry=https://registry.npm.taobao.org
这样就可以使用 cnpm 命令来安装模块了：
$ cnpm install[name]
