5154

在信息技术的发展长河中，CentOS 6 作为一个经典且稳定的操作系统，至今仍在许多企业的生产环境中扮演着重要角色，随着其官方生命周期的终结（End-of-Life, EOL），在其上安装现代开发工具，如 Node.js，变得颇具挑战，本文将详细介绍在 CentOS 6 系统上安装 Node.js 的几种主流方法，并分析其优劣，为维护者和开发者提供一份清晰、可靠的参考指南。

CentOS 6 环境的特殊性与挑战

CentOS 6 的核心挑战在于其官方源及扩展源（EPEL）已停止维护，这意味着通过标准的 yum 命令直接安装 Node.js，要么会失败，要么只能安装到一个极其陈旧的版本（如 v0.10），这个版本完全不兼容当今的 JavaScript 生态系统和大多数现代应用框架，我们需要采用更加灵活和现代化的安装策略,绕过系统仓库的限制。

使用 NVM（Node Version Manager）进行安装

对于老旧系统而言，使用 NVM 是最推荐的方法，NVM 是一个命令行工具，允许用户在同一台机器上安装和管理多个 Node.js 版本，并在它们之间轻松切换，它将 Node.js 安装在用户的主目录下，避免了与系统级软件的冲突，无需 sudo 权限,安全且灵活。

第一步：安装必要的编译工具

NVM 在安装特定版本的 Node.js 时，会从源码进行编译，因此系统必须预先安装 C++ 编译器及相关开发库，由于 CentOS 6 的官方源已不可用,我们需要使用其历史归档源。

备份原有的 CentOS-Base.repo 文件：

sudo mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup

创建一个新的 CentOS-Vault.repo 文件，并指向 vault.centos.org：

sudo vi /etc/yum.repos.d/CentOS-Vault.repo

在文件中填入以下内容：

[base]
name=CentOS-6.10 - Base
baseurl=https://vault.centos.org/6.10/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
[updates]
name=CentOS-6.10 - Updates
baseurl=https://vault.centos.org/6.10/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
[extras]
name=CentOS-6.10 - Extras
baseurl=https://vault.centos.org/6.10/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
[epel]
name=CentOS-6.10 - EPEL
baseurl=https://archives.fedoraproject.org/pub/archive/epel/6/$basearch
enabled=1
gpgcheck=0

保存并退出后,清理缓存并安装编译工具组：

sudo yum clean all
sudo yum groupinstall "Development Tools"
sudo yum install openssl-devel

第二步：下载并安装 NVM

使用 curl 或 wget 下载 NVM 的安装脚本并执行，推荐使用官方 GitHub 仓库提供的最新稳定安装脚本。

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

或者使用 wget：

wget -qO- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash

第三步：配置环境变量

安装脚本会自动向你的 shell 配置文件（如 ~/.bash_profile）中添加 NVM 的环境变量,你需要重新加载配置文件或重新登录终端使其生效。

source ~/.bash_profile

你可以通过输入 nvm --version 命令来验证 NVM 是否安装成功，如果显示出版本号,则说明配置无误。

第四步：安装并使用 Node.js

你可以使用 NVM 来安装任何兼容的 Node.js 版本，由于 CentOS 6 的 GLIBC 版本较旧，无法编译和运行最新的 Node.js 版本，一个比较稳妥的选择是安装 Node.js v14 的最后一个 LTS 版本,它在兼容性和性能之间取得了很好的平衡。

查看 NVM 支持的所有可用版本：

nvm ls-remote

安装一个特定版本，v14.21.3：

nvm install 14.21.3

NVM 会自动下载、编译并安装该版本，安装完成后,你可以通过以下命令验证：

node -v
# 应输出 v14.21.3
npm -v
# 应输出对应的 npm 版本号

若需切换版本，可使用 nvm use <version> 命令，nvm use 12.22.12，使用 nvm alias default <version> 可以设置一个默认版本。

从源代码编译安装

这是一种更传统的方式，不依赖任何第三方工具，直接从 Node.js 官网下载源码包进行编译，此方法与 NVM 的编译过程类似,但需要手动管理版本和环境。

第一步：准备编译环境

此步骤与方法一中的第一步完全相同，需要确保已安装“Development Tools”和 openssl-devel。

第二步：下载并解压源码

从 Node.js 官网 下载所需版本的源码包（node-v14.21.3.tar.gz）。

wget https://nodejs.org/dist/v14.21.3/node-v14.21.3.tar.gz
tar -xzf node-v14.21.3.tar.gz
cd node-v14.21.3

第三步：配置、编译与安装

在解压后的目录中，执行经典的“三部曲”：

./configure
make
sudo make install

./configure 脚本会检查系统环境并生成 Makefile。make 命令会根据 Makefile 进行编译，这个过程在性能较低的机器上可能需要较长时间。sudo make install 会将编译好的二进制文件安装到系统的默认路径（如 /usr/local/bin），这需要 root 权限。

方法对比与选择

为了帮助您根据实际情况做出最佳选择,下表对上述几种方法进行了对比：

方法	优点	缺点	适用场景
NVM 安装	版本切换灵活，无需 root 权限，不污染系统环境，兼容性好	首次安装需要配置编译环境，编译耗时	强烈推荐，适合所有开发者，特别是需要在不同项目间切换 Node.js 版本的场景。
源码编译	完全控制安装过程和路径，可进行深度定制	手动管理，升级和卸载繁琐，同样耗时，需要 root 权限	适合有特殊定制需求或无法使用 NVM 的特殊环境。
EPEL 仓库安装	命令简单，安装快速	版本极其陈旧（v0.10），几乎无实用价值	仅用于演示或运行非常古老的、与 v0.10 兼容的遗留项目，不推荐在任何新项目中使用。

安装验证

无论采用哪种方法，安装完成后,都应执行以下命令进行最终验证：

node -v
npm -v

如果这两个命令都能正确返回你所安装的 Node.js 和 npm 的版本号，那么恭喜你，安装已成功，你可以尝试创建一个简单的 app.js 文件并运行 node app.js 来进一步确认 Node.js 引擎工作正常。

---

FAQs

Q1: 为什么在使用 NVM 编译安装 Node.js 时，经常出现 g++: command not found 或 C++ compiler too old 之类的错误？

A: 这个错误的核心原因是系统缺少必要的 C++ 编译器，或者其版本过低，无法满足新版本 Node.js 的编译要求，NVM 在安装 Node.js 时，本质上是从源码进行编译，而编译过程依赖于 gcc-c++ 工具链，在 CentOS 6 上，由于官方源已失效，直接 yum install gcc-c++ 会失败，正确的做法是，如本文方法一中所述，先配置 vault.centos.org 归档源，然后运行 sudo yum groupinstall "Development Tools" 来安装完整的开发工具集，其中就包含了符合要求的 g++ 编译器。

Q2: 我已经成功安装了 Node.js v14，但为什么在运行 npm install 安装某些现代依赖包时，依然会失败或提示需要更高版本的 Node.js？

A: 这个问题反映了 CentOS 6 这类老旧系统在运行现代软件栈时的根本性限制，虽然你安装的 Node.js v14 本身可以在该系统上运行，但它所依赖的某些底层 C++ 插件或库可能需要更新的 C++ 标准库（如 libstdc++）或系统调用接口，而这些在 CentOS 6 上是无法提供的，当 npm install 尝试从源码编译这些原生插件时，就会因缺少依赖或 API 不兼容而失败,解决方法通常是：

1. 寻找该依赖包的较旧版本，查看其文档，找到一个与 Node.js v14 和 CentOS 6 兼容的版本。
2. 尝试使用 --ignore-scripts 标志跳过 postinstall 脚本,但这可能导致功能不完整。
3. 根本性的解决方案是考虑升级操作系统到受支持的版本，如 CentOS 7/8 或其后续替代品（如 AlmaLinux, Rocky Linux）。