Ubuntu安装Node.js和npm

2020-12-08 11:51:54

参考地址 如何在Ubuntu 20.04上安装Node.js和npm

Node.js是基于Chrome的JavaScript构建的跨平台JavaScript运行时环境,npm是Node.js的默认程序包管理器,也是世界上最大的软件注册表。本篇文章展示了三种在Ubuntu 20.04服务器上安装Node.js和npm的方法。


Node.js是基于Chrome的JavaScript构建的跨平台JavaScript运行时环境,旨在在服务器端执行JavaScript代码。它通常用于构建后端应用程序,但也作为全栈和前端解决方案而流行。npm是Node.js的默认程序包管理器,也是世界上最大的软件注册表。

在本教程中,我们将探讨在Ubuntu 20.04上安装Node.js和npm的三种不同方式:

  • 来自标准的Ubuntu存储库。这是在Ubuntu上安装Node.js和npm的最简单方法,对于大多数用例来说应该足够了。Ubuntu存储库中包含的版本是10.19.0

  • 从NodeSource存储库。如果要安装与Ubuntu存储库中提供的版本不同的Node.js版本,请使用此存储库。目前,NodeSource支持Node.js的v14.xv13.xv12.x,和v10.x

  • 使用nvm(节点版本管理器)。该工具允许您在同一台计算机上安装多个Node.js版本。如果您是Node.js开发人员,那么这是安装Node.js的首选方式。

选择适合您的环境的安装方法。如果不确定要安装哪个Node.js版本,请查阅要部署的应用程序的文档。

从Ubuntu存储库安装Node.js和npm

在撰写本文时,Ubuntu 20.04存储库中包含的Node.js版本10.19.0是以前的TLS版本。

安装非常简单。运行以下命令以更新软件包索引并安装Node.js和npm:

sudo apt update
sudo apt install nodejs npm

上面的命令将安装许多软件包,包括从npm编译和安装本机插件所需的工具。

完成后,通过运行以下命令验证安装:

nodejs --version

输出:

v10.19.0

从NodeSource安装Node.js和npm

NodeSource是一家致力于提供企业级Node支持的公司。它维护一个包含多个Node.js版本的APT存储库。如果您的应用程序需要特定版本的Node.js,请使用此存储库。

在撰写本文时,NodeSource存储库提供以下版本:

  • v14.x-最新的稳定版本。

  • v13.x

  • v12.x-最新的LTS版本。

  • v10.x-先前的LTS版本。

我们将安装Node.js版本14.x:

1.以具有sudo特权的用户身份运行以下命令,以下载并执行NodeSource安装脚本:

curl -sL https://deb.nodesource.com/setup_14.x | sudo -E bash -

该脚本会将NodeSource签名密钥添加到您的系统,创建apt储存库文件,安装所有必需的软件包,并刷新apt缓存。

如果需要其他的Node.js版本,比如12.x,改变setup_14.xsetup_12.x

2.启用NodeSource存储库后,安装Node.js和npm:

sudo apt install nodejs

nodejs软件包包含nodenpm二进制文件。

3.通过打印它们的版本来验证Node.js和npm是否已成功安装:

node --version

输出:

v14.2.0
npm --version

输出:

6.14.4

为了能够从npm编译本机插件,您需要安装开发工具:

sudo apt install build-essential

使用NVM安装Node.js和npm

NVM(节点版本管理器)是一个bash脚本,可让您基于每个用户管理多个Node.js版本。使用NVM,您可以安装和卸载要使用或测试的任何Node.js版本。

访问nvm GitHub存储库页面并复制curlor wget命令以下载并安装nvm脚本:

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.3/install.sh | bash

不要使用sudo它,因为它将nvm为root用户启用。

该脚本会将项目的存储库从Github复制到~/.nvm目录:

=> Close and reopen your terminal to start using nvm or run the following to use it now:

export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm
[ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion"  # This loads nvm bash_completion

如上输出说,你要么关闭并重新打开终端或运行命令的路径添加nvm脚本到当前的shell会话。您可以做对自己更轻松的事情。

将脚本放入您的中后PATHnvm输入以下命令来验证该脚本是否已正确安装:

nvm --version

输出:

0.35.3

要获取可以通过安装的所有Node.js版本的列表nvm,请运行:

nvm list-remote

该命令将显示所有可用Node.js版本的庞大列表。

要安装Node.js的最新可用版本,请运行:

nvm install node

输出应如下所示:

...
Checksums matched!
Now using node v14.2.0 (npm v6.14.4)
Creating default alias: default -> node (-> v14.2.0)

安装完成后,通过打印Node.js版本进行验证:

node --version

输出:

v14.2.0

让我们再安装两个版本,即最新的LTS版本和version 10.9.0

nvm install --lts
nvm install 10.9.0

您可以通过键入以下命令列出已安装的Node.js版本:

nvm ls

输出应如下所示:

>      v10.9.0
       v12.16.3
        v14.2.0
default -> node (-> v14.2.0)
node -> stable (-> v14.2.0) (default)
stable -> 14.2 (-> v14.2.0) (default)
iojs -> N/A (default)
unstable -> N/A (default)
lts/* -> lts/erbium (-> v12.16.3)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.20.1 (-> N/A)
lts/erbium -> v12.16.3

右边带有箭头的条目> v10.9.0是当前Shell会话中使用的Node.js版本,默认版本设置为v14.2.0。默认版本是打开新Shell时将激活的版本。


nvm use 12.16.3

输出:

Now using node v12.16.3 (npm v6.14.4)

要更改默认的Node.js版本,请运行以下命令:

nvm alias default 12.16.3

有关如何使用nvm脚本的更多详细信息,请访问项目的GitHub页面。

结论

我们向您展示了三种在Ubuntu 20.04服务器上安装Node.js和npm的方法。您选择的方法取决于您的要求和偏好。即使从Ubuntu或NodeSource存储库安装打包版本更容易,但nvm方法仍为您提供了更大的灵活性,可以按用户添加和删除不同的Node.js版本。


  • 2019-09-19 11:46:45

    @EnableConfigurationProperties注解详解,源码

    用springboot开发的过程中,我们会用到@ConfigurationProperties注解,主要是用来把properties或者yml配置文件转化为bean来使用的,而@EnableConfigurationProperties注解的作用是@ConfigurationProperties注解生效。 如果只配置@ConfigurationProperties注解,在IOC容器中是获取不到properties配置文件转化的bean的,当然在@ConfigurationProperties加入注解的类上加@Component也可以使交于springboot管理。

  • 2019-09-19 14:10:03

    Android UI布局优化之ViewStub介绍

    ViewStub的inflate只能被调用一次,第二次调用会抛出异常,setVisibility可以被调用多次,但不建议这么做(文章中说原因)

  • 2019-09-19 14:21:47

    Dubbo和spring cloud微服务框架区别和介绍

    关于 Dubbo 和 Spring Cloud 的相关概念和对比,上面已经叙述的很清楚了,我个人比较倾向于 Spring Cloud,原因就是真正的微服务框架、提供整套的组件支持、使用简单方便、强大的社区支持等等,另外,因为考虑到 .NET/.NET Core 的兼容处理,RPC 并不能很好的实现跨语言(需要借助跨语言库,比如 gRPC、Thrift,但因为 Dubbo 本身就是“gRPC”,在 Dubbo 之上再包一层 gRPC,有点重复封装了),而 HTTP REST 本身就是支持跨语言实现,所以,Spring Cloud 这一点还是非常好的(Dubbox 也支持,但性能相比要差一些)。

  • 2019-09-22 07:12:04

    git Please move or remove them before you can merge

    这是因为本地有修改,与云端别人提交的修改冲突,又没有merge. 如果确定使用云端的代码,最方便的解决方法是删除本地修改,可以使用以下命令: git clean -d -fx

  • 2019-09-22 07:36:52

    ALIN10146-自查方案

    报错原因 1.请求appid应用未上线或者是应用类型是第三方应用 2.签约权限问题 3.签名类型使用错误 4.请求参数问题 5.秘钥匹配问题 6.应用类型问题

  • 2019-09-22 07:37:44

    ALIN10146,ALI38173支付宝APP支付集成时出现的问题

    最近在做支付宝APP的集成,遇到了一堆问题。百度不到,ALI64还好点,ALI38173基本上就没了。我也是测试了很久才解决的。ALI64的解决方案是因为要对私钥有问题。ALI38173是签名有问题。签名的解决方...

  • 2019-09-22 22:32:20

    Spring Shiro 使用默认的Session会话管理

    项目中用到了shiro session会话管理机制,今天来总结一下,以下都是在spring boot框架实现。 shiro的session管理机制很完善,也是独立于j2ee容器且不依赖的,所以我们完全可以使用shiro提供给我们的session会话管理来实现我们的业务逻辑,默认提供的sessionDAO是memorySessionDAO,这里也主要讲它的配置和原理。 首先来看下如何在spring boot下配置默认的session会话管理: ShiroConfig类: