nvm安装node版本（nvm 安装node）



在 的版本管理工具中， 自然声名远扬，然而我们也不能忘了来自 的 。这两种，是目前最主流的方案。

关于这两个工具如何安装和使用，这里不再多说，请见它们各自的主页：

接下来我们着重关注一下 和 的运作机制和特性。

n 是一个需要全局安装的 。

这意味着，我们在使用 管理 版本前，首先需要一个 环境。我们或者用 来安装一个 ，或者从官网下载 来安装，总之我们得先自己装一个 ——本身是没法给你装的。

然后我们可以使用 来安装不同版本的。在安装的时候，会先将指定版本的存储下来，然后将其复制到我们熟知的路径，非常简单明了。当然由于会操作到非用户目录，所以需要加 来执行命令。

所以这样看来， 在其实现上是一个非常易理解的方案。

but ,会出现全局模块无法更新的问题

我们再来看 。不同于 ， 不是一个 ，而是一个独立软件包。这意味着我们需要单独使用它的安装逻辑：

或者使用 来安装。安装完后，还需要修改一下 ，具体参见官方文档。

然后我们可以使用 来安装不同版本的 。

在安装的时候， 将不同的 版本存储到 下，然后修改 ，将指定版本的路径加入，这样我们调用的 命令即是使用指定版本的 。

显然比 要复杂一些，但是另一方面，由于它是一个独立软件包，因此它和 node 之间的关系看上去更合乎逻辑： 不依赖 环境，是 依赖 ；而不像 那样产生类似循环依赖的问题。

这样看下来， 和 的差异还是比较大的，具体体现在：

的全局模块存在于各自版本的沙箱中，切换版本后需要重新安装，不同版本间也不存在任何冲突。

关于 路径。 是万年不变的 需要手动指定路径。

1. 如果你使用 ，那没得选了，使用 ，或者换一台 。

2. 如果你会频繁切换 版本（比如本地经常测试最新版的特性，同时又要兼顾代码在生产环境的兼容性），那么从全局模块兼容性的角度考虑，只能使用 。

3. 如果你是一个轻量级的用户，不需要担心兼容性的问题，更关心 安装和使用上的体验，那么选择 。

4. 你如果要问，博主最终选用了谁？我会说，我选择了更流行的那一个。

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/hd-nodejs/38102.html