Node.js 安装与 LTS/Current 版本选择

正式开始编写 Node.js 之前，需要搭建一个可用且容易维护的本地开发环境。这一小节会介绍在不同操作系统上安装 Node.js 的方法，然后重点解释 LTS 和 Current 两条版本线各自的定位与选择策略，最后引出多版本管理工具 nvm，为后续的版本切换预留空间。

安装方式：针对不同操作系统的推荐方案

1. 官方安装包（Windows 与 macOS 用户首选）

访问 Node.js 官网下载页面，页面会根据当前系统自动推荐适合的安装包。

• Windows：下载 .msi 安装程序，按向导完成安装。安装过程中建议勾选“Add to PATH”，这样可以直接在命令行中使用 node 命令。
• macOS：下载 .pkg 安装包，双击按提示安装即可。

这种方式的优点是简单直接，适合只想快速搭建环境的新手。但缺点是当需要切换 Node.js 版本时（例如公司项目用 16，个人项目用 18），需要反复卸载重装，比较低效。

2. 包管理器安装（Linux 用户和部分 macOS 用户）

Linux (Ubuntu/Debian)

# 使用 NodeSource 维护的二进制仓库，以 Node.js 18 LTS 为例
curl -fsSL https://deb.nodesource.com/setup_18.x | sudo -E bash -
sudo apt-get install -y nodejs

macOS (Homebrew)

brew install node

通过包管理器安装能方便后续的升级操作（如 apt upgrade 或 brew upgrade），但仍然面临版本唯一性的问题——系统里只能同时存在一个默认的 Node.js 版本。

3. 使用版本管理工具（推荐给所有开发者）

无论是前端还是全栈项目，长期维护中几乎必然会遇到多版本并行的需求。Node.js 生态中最常用的版本管理工具是 nvm（Node Version Manager），它允许在终端中快速安装、卸载和切换任意 Node.js 版本，并且不同版本之间的全局模块（npm 全局包）相互隔离。

# 安装 nvm（macOS/Linux）
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.5/install.sh | bash

# 重新加载 Shell 配置后，安装指定版本
nvm install 18.18.0   # 安装具体的 LTS 版本
nvm install 20        # 安装 Current 最新版
nvm use 18.18.0       # 切换到该版本
nvm alias default 18  # 设置默认版本

Windows 用户推荐使用 nvm-windows 或 nvs，操作逻辑类似。

安装完成后，可以在终端中执行 node -v 与 npm -v 验证环境是否正常。

LTS 与 Current：两条版本线的定位

Node.js 官方每六个月发布一个新的主线版本（偶数版本升级，如 18 → 20 → 22），而其中的偶数版本（如 18、20）在经历半年左右的稳定期后会被标记为 LTS（Long Term Support，长期支持）。因此，Node.js 下载页面始终提供两条通道：

• LTS 版本（推荐给大多数用户）：例如 Node.js 18.x、20.x，拥有至少 30 个月的长期支持周期，在此期间会持续获得关键 Bug 修复、安全更新和性能优化。它的优势在于稳定可靠，适合用于生产环境部署或需要长期维护的项目。
• Current 版本（尝鲜版）：当前最新的主线版本（可能是奇数或偶数的过渡时期），拥有最新的 V8 引擎支持以及实验性功能，但维护周期短（约 9 个月），相对不够稳定。适合需要在本地测试新特性，或者对稳定性要求不高的实验性项目。

一个实用的版本选择策略如下：

| 使用场景 | 推荐版本 | 说明 |
|---------|---------|------|
| 公司生产环境、线上服务 | Active LTS（如当前 18.x） | 享受长期安全更新，稳定性经过充分验证 |
| 个人新项目、学习 | LTS 或 最新的 Active LTS | 既能使用较新特性，又不至于太激进 |
| 尝鲜、试验最新 API、提交反馈 | Current（如 21.x） | 快速了解未来标准，但不宜用于关键业务 |

为什么要认真对待版本选择？

版本选择不当可能直接造成生产问题。比如你使用 Current 版本在开发环境跑通了所有测试，却在部署到生产服务器上的 LTS 环境时发现某个实验性 API 行为不同，或者干脆不存在。因此，开发环境与生产环境应尽量保持主版本一致（通常在 LTS 序列内）。

此外，不同版本对 npm 的支持也有差异。高版本的 Node.js 通常会附带较新的 npm 版本，支持更好的依赖解析和 workspaces 等特性。如果团队开发机上的 Node.js 版本不统一，就可能出现 lock 文件冲突之类的问题。

实际安装后的一步验证

不论采用哪种安装方式，完成之后都可以通过以下命令快速验证环境是否就绪：

node -v          # 输出 Node.js 版本，如 v18.18.0
npm -v           # 输出 npm 版本，如 9.8.1
npx --version    # 确认 npx 可用

另外，建议在安装后立即执行一次 npm 的镜像源配置（国内用户尤其重要），避免后续安装依赖时因网络问题失败：

# 设置为淘宝镜像（或使用官方源）
npm config set registry https://registry.npmmirror.com

至此，一个可用的 Node.js 环境已经搭建完成。下一小节会继续介绍版本管理工具 nvm 的高阶用法，例如在不同 shell 会话中自动切换项目对应的 Node.js 版本（通过 .nvmrc 文件），以及如何利用 pnpm 等现代包管理器进一步优化依赖管理。