标准输入输出、进程工作目录

在 Node.js 中，process 对象提供了与当前进程交互的核心接口，其中最常用的两类功能就是标准输入输出流（stdio） 和进程工作目录（cwd） 的控制。它们在日志、命令行工具、守护进程、容器化部署等场景中几乎无处不在，理解并熟练运用这些 API，是编写健壮后端程序的基础。

标准输入输出：stdin、stdout、stderr

每个操作系统进程在启动时都会默认绑定三个标准数据流：

标准输入（stdin）：程序读取输入的地方，默认连接到键盘输入或管道前一个命令的输出。
标准输出（stdout）：程序正常输出的地方，console.log 的底层就是它。
标准错误（stderr）：专门用于输出错误信息，即使重定向标准输出，错误流仍可单独处理。

在 Node.js 中，这三个流分别对应 process.stdin、process.stdout 和 process.stderr，它们都是 Stream 对象，因此可以使用流式操作或事件监听来处理数据。

1. stdout：不只是 console.log

开发者最熟悉的输出方式是 console.log，它的底层调用的就是 process.stdout.write，并在末尾自动加上换行符。当我们只需要输出纯文本而不需要格式化时，直接使用 process.stdout.write 会更高效，因为它不添加额外的换行。这在编写进度条、实时日志或需要拼接输出的场景中很常见：

// 打印进度条（不换行）
process.stdout.write('进度：0%');
// 更新进度
process.stdout.write('\r进度：50%');
// 完成
process.stdout.write('\r进度：100%\n');

对于错误信息，应该使用 process.stderr.write，或者 console.error，它能确保即使标准输出被重定向到文件，错误信息依然能打印到终端或独立的错误日志中：

if (err) {
  process.stderr.write(`错误：${err.message}\n`);
}

这种区分在很多命令行工具中都有应用，例如将正常的 JSON 结果输出到 stdout 以供管道处理，而日志和诊断信息输出到 stderr，互不干扰。

2. stdin：读取用户输入和管道数据

process.stdin 是一个可读流，默认处于暂停模式。要读取数据，需要先恢复流监听 data 事件：

process.stdin.resume();
process.stdin.setEncoding('utf8');

process.stdin.on('data', (chunk) => {
  console.log(`收到：${chunk.trim()}`);
});

对于交互式命令行工具，更常见的做法是使用 Node.js 内置的 readline 模块，它封装了 stdin/stdout，可以逐行提问：

const readline = require('readline');

const rl = readline.createInterface({
  input: process.stdin,
  output: process.stdout
});

rl.question('你的名字是？', (name) => {
  console.log(`你好，${name}`);
  rl.close();
});

在非交互场景中，例如通过管道传递数据给 Node 脚本（echo "hello" | node script.js），可以直接监听 process.stdin 的 data 事件获取完整输入。更常见的方法是使用 stream 消费或一次性收集：

let inputData = '';
process.stdin.on('data', chunk => inputData += chunk);
process.stdin.on('end', () => {
  // 处理 inputData
});

实际项目中，许多脚手架或构建工具（如 create-react-app）都需要从 stdin 接收用户选项，或者在 CI 环境中接受重定向的输入，掌握这些基础 API 就能写出可靠的交互逻辑。

3. 流特性的实际价值

由于 stdin、stdout、stderr 都是 Stream 实例，它们完美地融入了 Node.js 的流生态，可以无缝对接管道、转换流或压缩流。例如，可以从 stdin 读取大文件，经过转换流后直接写入 stdout，而不必将整个文件加载到内存：

const { Transform } = require('stream');
const upperCaseTransform = new Transform({
  transform(chunk, encoding, callback) {
    callback(null, chunk.toString().toUpperCase());
  }
});

process.stdin.pipe(upperCaseTransform).pipe(process.stdout);

这种用法在编写小型的 Unix 风格命令行工具时尤为高效。

进程工作目录：process.cwd() 与 chdir()

任何进程都有一个“当前工作目录”（Current Working Directory），它是相对路径解析的基准。在 Node.js 中，可以通过 process.cwd() 获取当前工作目录，并通过 process.chdir() 改变它。

1. 获取工作目录

console.log(process.cwd());
// 输出类似：/home/user/my-project

它与 __dirname 的区别非常关键，初学者经常混淆：

process.cwd()：返回执行 node 命令时所在目录，即进程的当前工作目录，可以在运行时改变。
__dirname：返回当前执行文件所在的目录，是一个常量，不会改变。

用一个例子说明：

# 当前在 /home/user
node /path/to/app/index.js

在 index.js 中：

console.log('cwd:', process.cwd());    // /home/user
console.log('dirname:', __dirname);    // /path/to/app

在项目开发中，使用 __dirname 定位配置文件更可靠，因为它不会受启动位置影响。例如：

const configPath = path.join(__dirname, 'config.json');

2. 改变工作目录

process.chdir() 允许在运行时改变进程的工作目录，这在需要执行一系列基于特定目录的操作时非常有用。例如，构建工具可能会切换到项目根目录再执行任务：

try {
  process.chdir('/path/to/project');
  console.log('新工作目录：', process.cwd());
} catch (err) {
  console.error('切换失败：', err);
}

但需要注意，chdir 会修改进程的全局状态，可能影响其他模块的相对路径解析，通常在脚本或子进程中使用，在长期运行的服务中应谨慎。

3. 在部署和运维中的实际场景

工作目录在 Docker 容器化部署和 PM2 守护进程中经常被关注：

Dockerfile 中 WORKDIR 指令实质上就是为容器中的 Node.js 进程设置了工作目录，开发者需要确保 process.cwd() 指向预期路径，以便正确读取配置和输出日志。
PM2 支持在启动配置中指定 cwd 字段，可以强制进程在以特定目录作为工作目录下运行，这对统一日志输出路径或管理多项目部署非常有用。

实用总结

日志输出规范：普通信息用 console.log 或 process.stdout，错误信息用 console.error 或 process.stderr。这样可以让运维工具方便地对日志进行分类收集。
交互脚本：利用 readline 结合 stdin/stdout 可以快速实现命令行问答、输入验证等功能。
管道友好：将无格式输出到 process.stdout.write，配合管道可以让你的 Node.js 工具成为 Unix 工具链中的一环。
路径可靠性：读取具有固定位置的文件（如项目配置）时，优先使用 __dirname 得到的绝对路径，避免受工作目录变化的影响。

对于后端开发者来说，标准输入输出和工作目录是进程级编程的基本功。它们虽然简单，但许多线上问题（如日志丢失、配置文件找不到）的根源往往就在于这些细节的处理不当。熟练掌握它们，能让你在编写命令行工具、守护进程以及处理容器化环境时更加游刃有余。