先记住这个答案
cwd 指定子进程启动后的工作目录，影响它解析相对文件路径，也可能影响相对命令路径；省略时通常继承父进程当前目录。env 省略时使用父环境，显式传入对象时不会自动把缺少字段补成整个 process.env。如果希望保留父环境再覆盖少数项，可显式展开；若需要隔离，则只传允许的变量并提供确定的可执行路径。找不到程序时还要核对 PATH、目录是否存在、执行权限及实际启动方式。
- cwd 不会修改父进程的工作目录
- 显式 env 不会自动完整合并父环境
- 绝对可执行路径能减少 PATH 查找歧义
env 对象是替代输入，不是自动补丁
只传一个业务变量时，不应假设其他父环境字段仍全部存在。命令查找还与平台规则有关：缺少 PATH 并不意味着所有系统都完全禁止查找，但默认搜索位置可能与你的终端不同。
开发终端可能通过 shell 初始化脚本扩展 PATH，服务进程或计划任务却没有相同初始化过程。排查时应记录脱敏后的必要路径信息和实际可执行文件，不要为了定位问题直接打印全部环境变量。
用可控探针分别验证目录与变量
下面直接使用当前 Node 可执行路径，避免把 PATH 查找混入实验。调用方给出已存在的工作目录与演示标签，子程序只输出自己的 cwd 和这个标签，不输出其他继承变量。
示例显式保留父环境再覆盖一个键，适合解释合并语义。若程序处理不可信任务，应改成经过允许名单筛选的环境，并对工作目录进行授权校验；cwd 不是沙箱，也不能限制程序访问其他目录。
import { execFile } from 'node:child_process';
export function probeEnvironment(cwd: string, label: string): Promise<string> {
return new Promise((resolve, reject) => {
execFile(process.execPath, ['-e',
'console.log(JSON.stringify({cwd:process.cwd(),label:process.env.DEMO_LABEL}))'
], {
cwd,
env: { ...process.env, DEMO_LABEL: label },
encoding: 'utf8',
timeout: 3000,
maxBuffer: 4096
}, (error, stdout) => {
if (error) reject(error);
else resolve(stdout.trim());
});
});
}返回值是有界的 JSON 文本，测试可解析后检查工作目录和标签，同时确认父进程 cwd 没变。不存在的 cwd 会使启动失败，应交给调用方处理错误，而不是偷偷切换到另一个目录继续任务。
跨平台还要核对环境键和路径形式
Windows 环境变量名不区分大小写，同时传入 PATH 与 Path 可能产生与预期不同的取值。应统一环境对象中的键名，避免通过对象展开把两个大小写变体都带入子程序。
cwd 也不会自动把程序参数里的路径都转成绝对地址。参数中的相对文件名通常由目标程序按自身规则解析；对于需要可复现的任务，应明确输入文件根目录和输出位置，而不是依赖启动者偶然所在的位置。
容易答错的地方
- 传了 env 就认为 Node 会自动合并
- 显式对象覆盖了环境输入，遗漏变量可能改变工具查找、语言设置或运行模式。应写出明确的继承策略，并在与生产相近的启动环境中验证，不能只依赖交互式终端的默认配置。
- 把 cwd 当成文件访问隔离
- 工作目录只提供相对路径起点，程序仍可能通过绝对路径或上级路径访问其他位置。若任务需要安全隔离，必须另外设计权限、容器或沙箱边界，不能靠设置 cwd 宣称已经限制文件访问。
面试官还会怎么问？
ENOENT 一定表示命令文件不存在吗？
不一定，指定的 cwd 不存在也会导致启动失败。还可能涉及可执行脚本的解释器等环境条件，排查应分别确认目录、命令路径和解释器，而不是只重复安装同一个工具。
为什么使用 process.execPath 启动 Node 更稳定？
它指向当前运行进程使用的 Node 可执行文件，避免根据子环境 PATH 再找一个可能不同版本的 node。它只解决可执行路径选择，工作目录、参数和环境仍需单独明确。
修改子进程 env 会反过来改变父环境吗？
正常情况下子进程获得自己的环境，不会因内部修改而更新父进程的 process.env。父进程构造对象时也应避免直接修改全局环境来临时切换任务配置，防止并发任务之间互相污染。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。