别再手动拼接路径了！Node.js path 模块的 9 个核心 API 详解
英文标题：别再手动拼接路径了！Node.js path 模块的 9 个核心 API 详解
路径处理是每个 Node.js 项目都绕不开的活。本文从 `path.join` 和 `path.resolve` 的区别入手，逐一拆解 path 模块的 9 个核心 API，并结合代码演示跨平台路径
3.2 KB
589 B
9.1 KB
中文
别再手动拼接路径了！Node.js path 模块的 9 个核心 API 详解
摘要 ：路径处理是每个 Node.js 项目都绕不开的活。本文从
path.join和path.resolve的区别入手，逐一拆解 path 模块的 9 个核心 API，并结合代码演示跨平台路径处理的正确姿势。读完你会发现——原来我之前一直在用错误的方式拼接路径。
📑 目录
- 为什么需要 path 模块？
path.join与path.resolve：最容易被搞混的两个 APIpath.dirname：获取目录名path.basename：获取文件名path.extname：获取扩展名path.normalize：规范化路径path.parse：解析路径为对象path.isAbsolute与path.relative：判断与计算path.sep与path.delimiter：系统分隔符- 跨平台注意事项
- 一点总结
- 互动讨论
为什么需要 path 模块？
在 Node.js 中处理文件路径时，一个最常见的错误就是手动拼接路径字符串：
javascript
// ❌ 这样做在 Windows 上会出错
const filePath = __dirname + '/' + 'data' + '/' + 'file.txt'
// ❌ 模板字符串也一样有问题
const filePath = `${__dirname}/data/file.txt`
问题在于：不同操作系统的路径分隔符不同 。Windows 用 ``，Linux/macOS 用 /。手动拼接的路径在一种系统上能跑，换到另一种系统上就挂了。
Node.js 的 path 模块就是专门解决这个问题的——它提供了一组跨平台的路径处理工具函数，根据当前操作系统自动选择正确的分隔符。
javascript
import path from 'node:path';
const filePath = path.join(__dirname, 'data', 'file.txt');
核心价值 ：不用关心操作系统差异，path 模块帮你搞定一切。
path.join 与 path.resolve：最容易被搞混的两个 API
这是 path 模块中最容易混淆的两个方法，也是面试中经常被问到的问题。它们的共同点是都能拼接路径，但行为完全不同。
path.join：纯粹的拼接器
path.join 的作用很简单：把多个路径片段拼在一起，并规范化结果。它不关心路径是否存在 ，只做字符串层面的拼接和规范化。
javascript
import path from 'node:path';
console.log(path.join('a', 'b', 'c'));
console.log(path.join('a', '..', 'b'));
console.log(path.join('a', '.', 'b'));
console.log(path.join('a', '/b', 'c'));
console.log(path.join('/a', '/b', 'c'));
关键规则 ：如果某个片段以路径分隔符开头，join 会丢弃之前所有已拼接的内容 ，从这个片段重新开始构建路径。这就是“重置”机制。
在 1.mjs 中，我验证了这一点：
javascript
console.log(path.join(process.cwd(), 'hello', 'world'));
console.log(path.join(process.cwd(), '/hello', 'world'));
因为 '/hello' 以 / 开头，触发了重置，process.cwd() 被丢弃。这个行为很容易被忽略，导致路径意外错误。
path.resolve：绝对路径生成器
path.resolve 的目标是生成一个绝对路径 。它从右到左处理片段，直到构造出一个绝对路径。如果处理完所有片段仍未得到绝对路径，则自动补上当前工作目录（process.cwd()）。
javascript
console.log(path.resolve('a', 'b', 'c'));
console.log(path.resolve('/a', 'b', 'c'));
console.log(path.resolve('a', '/b', 'c'));
console.log(path.resolve('a', '..', 'b'));
对比总结
| 特性 | path.join |
path.resolve |
|---|---|---|
| 返回值 | 相对路径或绝对路径 | 始终是绝对路径 |
| 基准 | 无（纯粹拼接） | 当前工作目录（process.cwd()） |
| 重置规则 | 遇到 / 开头片段重置 |
遇到 / 开头片段重置 |
| 补全 | 不补全 | 会自动补全 cwd |
| 典型场景 | 拼接相对路径 | 获取文件的绝对路径 |
工程化实践 ：在项目中使用 path.resolve 获取绝对路径，用 path.join 拼接相对路径。
javascript
// 获取项目根目录下的文件绝对路径
const configPath = path.resolve(process.cwd(), 'config', 'app.json')
// 拼接相对路径
const relativePath = path.join('src', 'components', 'Button')
path.dirname：获取目录名
path.dirname 返回路径中的目录部分——也就是去掉最后一部分后剩下的内容。
javascript
import path from 'node:path';
console.log(path.dirname('/a/b/c'));
console.log(path.dirname('/a/b/c.js'));
console.log(path.dirname(process.cwd()));
在 2.mjs 中，path.dirname(process.cwd()) 返回了当前工作目录的父目录。这个 API 在需要获取文件所在文件夹路径时非常有用。
path.basename：获取文件名
path.basename 返回路径的最后一部分（文件名）。第二个参数可以指定要从文件末尾移除的子串。
javascript
import path from 'node:path';
console.log(path.basename('/a/b/c.js'));
console.log(path.basename('/a/b/c'));
console.log(path.basename('/a/b/c.js', '.js'));
console.log(path.basename('/a/b/c.js', 'js'));
console.log(path.basename('/a/b/c.js', 's'));
console.log(path.basename('/a/b/c.js', 'j'));
console.log(path.basename('/a/b/cc', 'c'));
关键点 ：第二个参数是从文件名的末尾开始匹配子串 ，只要末尾连续字符匹配即可移除，不需要匹配整个扩展名。
| 文件名 | 第二参数 | 匹配情况 | 结果 |
|---|---|---|---|
c.js |
'.js' |
匹配末尾的 .js |
c |
c.js |
'js' |
匹配末尾的 js |
c. |
c.js |
's' |
匹配末尾的 s |
c.j |
c.js |
'j' |
末尾是 s，不是 j，不匹配 |
c.js（不变） |
cc |
'c' |
匹配末尾的 c |
c |
这个特性在提取文件名时非常灵活，但也要注意：它并不是专门用于去除扩展名的——它只是“从末尾移除匹配的子串”，所以 's' 会匹配 c.js 末尾的 s，返回 c.j，这跟通常的“去掉扩展名”不同，需要留意。
javascript
console.log(path.basename('/a/b/cc', 'c'));
这在实际开发中非常有用——比如从一个文件路径中提取不带扩展名的文件名，用于生成新的文件名。
path.extname：获取扩展名
path.extname 返回路径中文件名的扩展名部分（从最后一个 . 开始，包含 .）。
javascript
import path from 'node:path';
console.log(path.extname('/a/b/c.js')); // .js
console.log(path.extname('/a/b/c.min.js')); // .js（只取最后一个点后的内容）
console.log(path.extname('/a/b/c')); // ''（没有扩展名）
console.log(path.extname('/a/b/.env')); // ''（以点开头的文件名视为无扩展名）
注意：如果文件以 . 开头（如 .gitignore、.env），extname 返回空字符串。这是正确行为——这类文件通常被视为“无扩展名”文件。
path.normalize：规范化路径
path.normalize 将路径中的 .、..、多余的分隔符、重复斜杠等整理成标准形式，但不会将相对路径转为绝对路径 。
javascript
import path from 'node:path';
console.log(path.normalize('a/b//c/d/e/..'));
console.log(path.normalize('/foo/bar//baz/../qux'));
console.log(path.normalize('a//b//c/.'));
normalize 是 join 和 resolve 内部都会调用的底层函数。当需要把用户输入的路径字符串整理成标准格式时，可以直接使用它。
path.parse：解析路径为对象
path.parse 将路径解析成一个包含五个字段的对象，方便提取路径的各个组成部分。
javascript
import path from 'node:path';
const result = path.parse('D:/workspace/yjs_ai/backend/path_fs/2.mjs');
console.log(result);
// {
// root: 'D:/',
// dir: 'D:/workspace/yjs_ai/backend/path_fs',
// base: '2.mjs',
// ext: '.mjs',
// name: '2'
// }
// 如果路径指向一个目录
console.log(path.parse('D:/workspace/yjs_ai/backend/path_fs'));
// {
// root: 'D:/',
// dir: 'D:/workspace/yjs_ai/backend',
// base: 'path_fs',
// ext: '',
// name: 'path_fs'
// }
| 字段 | 含义 | 示例 |
|---|---|---|
root |
根目录 | 'D:/' 或 '/' |
dir |
目录部分 | '/a/b' |
base |
完整文件名（含扩展名） | 'file.txt' |
name |
文件名（不含扩展名） | 'file' |
ext |
扩展名（含 .） |
'.txt' |
parse 是 basename、dirname、extname 的组合版，一次调用就能拿到所有信息。在处理批量文件重命名、路径转换等场景中非常实用。
path.isAbsolute 与 path.relative：判断与计算
path.isAbsolute：判断是否绝对路径
javascript
import path from 'node:path';
console.log(path.isAbsolute('/foo/bar')); // true (POSIX)
console.log(path.isAbsolute('C:/foo/bar')); // true (Windows)
console.log(path.isAbsolute('foo/bar')); // false
Windows 上会正确识别盘符开头的路径。不要用 str.startsWith('/') 来判断，因为 Windows 的绝对路径以盘符开头。
path.relative：计算相对路径
返回从 from 到 to 的相对路径。
javascript
import path from 'node:path';
console.log(path.relative('/a/b', '/a/c'));
console.log(path.relative('/home/user/docs', '/home/user/photos/a.jpg'));
path.sep 与 path.delimiter：系统分隔符
path.sep 是当前系统的路径分隔符，path.delimiter 是环境变量分隔符。
javascript
import path from 'node:path';
console.log(path.sep);
console.log(path.delimiter);
console.log(path.sep);
console.log(path.delimiter);
正确用法 ：
javascript
// 拆解路径字符串
const parts = myPath.split(path.sep)
// 拆解环境变量
const paths = process.env.PATH.split(path.delimiter)
错误用法 ：不要用 path.sep 拼接路径——应该用 path.join 或 path.resolve。
javascript
const wrong = parts.join(path.sep);
const correct = path.join(...parts);
跨平台注意事项
Windows vs POSIX 的差异
| 特性 | Windows | POSIX (Linux/macOS) |
|---|---|---|
| 分隔符 | `` | / |
| 根标识 | 盘符（C:） |
/ |
resolve 返回 |
C:\Users... |
/home/... |
编写跨平台代码的黄金法则
- 永远使用
path.join()或path.resolve()拼接路径，绝不使用模板字符串或+。 - 不要 在路径片段中硬编码
/或 ``。 - 比较路径前，先用
path.resolve()或path.normalize()标准化。 - 使用
path.basename、path.extname等 API 提取文件名，不要手动分割。 - 如需强制使用某一种风格，可用
path.posix或path.win32对象。
常见错误与正确做法 ：
| ❌ 错误写法 | ✅ 正确写法 |
|---|---|
./${filename} |
path.join('.', filename) |
dir + '/' + file |
path.join(dir, file) |
parts.join(path.sep) |
path.join(...parts) |
str.startsWith('/') |
path.isAbsolute(str) |
一点总结
| 需求 | 调用方式 |
|---|---|
| 拼接多个片段（返回相对路径） | path.join('a', 'b', 'c') |
| 获取绝对路径（补全 cwd） | path.resolve('a', 'b') |
| 提取文件名 | path.basename('/foo/bar.txt') |
| 提取扩展名 | path.extname('/foo/bar.txt') |
| 解析路径对象 | path.parse('/foo/bar.txt') |
| 规范化路径 | path.normalize('/foo//bar/../baz') |
| 判断是否绝对路径 | path.isAbsolute('/foo') |
| 计算相对路径 | path.relative('/a/b', '/a/c') |
| 拆解路径字符串 | myPath.split(path.sep) |
| 拆解环境变量 | process.env.PATH.split(path.delimiter) |
记忆口诀 ：路径拼接不用
+，join与resolve是正道。拆解路径用sep，split参数刚刚好。..是父亲，.是自己，...是普通文件夹。跨平台放心跑，Node 底层帮你兜。
互动讨论
path.join和path.resolve的核心区别是什么？ 什么时候用join，什么时候用resolve？- 为什么
path.basename('/a/b/.env')返回.env，而path.extname('/a/b/.env')返回空字符串？ path.join('/a', '/b')和path.resolve('/a', '/b')的结果是否相同？ 为什么？- Windows 上
path.resolve('a', 'b')和path.join('a', 'b')的返回值有什么不同？ - 项目中如果有大量路径操作，你会选择
path模块还是fs模块的promises版本？
📌 一点心得：路径处理看起来是小事，但恰恰是这种“小事”最容易在跨平台部署时出问题。花半小时把 path 模块的 API 过一遍，能在未来省下无数调试时间。
English / 原文
别再手动拼接路径了！Node.js path 模块的 9 个核心 API 详解
摘要 ：路径处理是每个 Node.js 项目都绕不开的活。本文从
path.join和path.resolve的区别入手，逐一拆解 path 模块的 9 个核心 API，并结合代码演示跨平台路径处理的正确姿势。读完你会发现——原来我之前一直在用错误的方式拼接路径。
📑 目录
- 为什么需要 path 模块？
path.join与path.resolve：最容易被搞混的两个 APIpath.dirname：获取目录名path.basename：获取文件名path.extname：获取扩展名path.normalize：规范化路径path.parse：解析路径为对象path.isAbsolute与path.relative：判断与计算path.sep与path.delimiter：系统分隔符- 跨平台注意事项
- 一点总结
- 互动讨论
为什么需要 path 模块？
在 Node.js 中处理文件路径时，一个最常见的错误就是手动拼接路径字符串：
javascript
// ❌ 这样做在 Windows 上会出错
const filePath = __dirname + '/' + 'data' + '/' + 'file.txt'
// ❌ 模板字符串也一样有问题
const filePath = `${__dirname}/data/file.txt`
问题在于：不同操作系统的路径分隔符不同 。Windows 用 ``，Linux/macOS 用 /。手动拼接的路径在一种系统上能跑，换到另一种系统上就挂了。
Node.js 的 path 模块就是专门解决这个问题的——它提供了一组跨平台的路径处理工具函数，根据当前操作系统自动选择正确的分隔符。
javascript
import path from 'node:path';
const filePath = path.join(__dirname, 'data', 'file.txt');
核心价值 ：不用关心操作系统差异，path 模块帮你搞定一切。
path.join 与 path.resolve：最容易被搞混的两个 API
这是 path 模块中最容易混淆的两个方法，也是面试中经常被问到的问题。它们的共同点是都能拼接路径，但行为完全不同。
path.join：纯粹的拼接器
path.join 的作用很简单：把多个路径片段拼在一起，并规范化结果。它不关心路径是否存在 ，只做字符串层面的拼接和规范化。
javascript
import path from 'node:path';
console.log(path.join('a', 'b', 'c'));
console.log(path.join('a', '..', 'b'));
console.log(path.join('a', '.', 'b'));
console.log(path.join('a', '/b', 'c'));
console.log(path.join('/a', '/b', 'c'));
关键规则 ：如果某个片段以路径分隔符开头，join 会丢弃之前所有已拼接的内容 ，从这个片段重新开始构建路径。这就是“重置”机制。
在 1.mjs 中，我验证了这一点：
javascript
console.log(path.join(process.cwd(), 'hello', 'world'));
console.log(path.join(process.cwd(), '/hello', 'world'));
因为 '/hello' 以 / 开头，触发了重置，process.cwd() 被丢弃。这个行为很容易被忽略，导致路径意外错误。
path.resolve：绝对路径生成器
path.resolve 的目标是生成一个绝对路径 。它从右到左处理片段，直到构造出一个绝对路径。如果处理完所有片段仍未得到绝对路径，则自动补上当前工作目录（process.cwd()）。
javascript
console.log(path.resolve('a', 'b', 'c'));
console.log(path.resolve('/a', 'b', 'c'));
console.log(path.resolve('a', '/b', 'c'));
console.log(path.resolve('a', '..', 'b'));
对比总结
| 特性 | path.join |
path.resolve |
|---|---|---|
| 返回值 | 相对路径或绝对路径 | 始终是绝对路径 |
| 基准 | 无（纯粹拼接） | 当前工作目录（process.cwd()） |
| 重置规则 | 遇到 / 开头片段重置 |
遇到 / 开头片段重置 |
| 补全 | 不补全 | 会自动补全 cwd |
| 典型场景 | 拼接相对路径 | 获取文件的绝对路径 |
工程化实践 ：在项目中使用 path.resolve 获取绝对路径，用 path.join 拼接相对路径。
javascript
// 获取项目根目录下的文件绝对路径
const configPath = path.resolve(process.cwd(), 'config', 'app.json')
// 拼接相对路径
const relativePath = path.join('src', 'components', 'Button')
path.dirname：获取目录名
path.dirname 返回路径中的目录部分——也就是去掉最后一部分后剩下的内容。
javascript
import path from 'node:path';
console.log(path.dirname('/a/b/c'));
console.log(path.dirname('/a/b/c.js'));
console.log(path.dirname(process.cwd()));
在 2.mjs 中，path.dirname(process.cwd()) 返回了当前工作目录的父目录。这个 API 在需要获取文件所在文件夹路径时非常有用。
path.basename：获取文件名
path.basename 返回路径的最后一部分（文件名）。第二个参数可以指定要从文件末尾移除的子串。
javascript
import path from 'node:path';
console.log(path.basename('/a/b/c.js'));
console.log(path.basename('/a/b/c'));
console.log(path.basename('/a/b/c.js', '.js'));
console.log(path.basename('/a/b/c.js', 'js'));
console.log(path.basename('/a/b/c.js', 's'));
console.log(path.basename('/a/b/c.js', 'j'));
console.log(path.basename('/a/b/cc', 'c'));
关键点 ：第二个参数是从文件名的末尾开始匹配子串 ，只要末尾连续字符匹配即可移除，不需要匹配整个扩展名。
| 文件名 | 第二参数 | 匹配情况 | 结果 |
|---|---|---|---|
c.js |
'.js' |
匹配末尾的 .js |
c |
c.js |
'js' |
匹配末尾的 js |
c. |
c.js |
's' |
匹配末尾的 s |
c.j |
c.js |
'j' |
末尾是 s，不是 j，不匹配 |
c.js（不变） |
cc |
'c' |
匹配末尾的 c |
c |
这个特性在提取文件名时非常灵活，但也要注意：它并不是专门用于去除扩展名的——它只是“从末尾移除匹配的子串”，所以 's' 会匹配 c.js 末尾的 s，返回 c.j，这跟通常的“去掉扩展名”不同，需要留意。
javascript
console.log(path.basename('/a/b/cc', 'c'));
这在实际开发中非常有用——比如从一个文件路径中提取不带扩展名的文件名，用于生成新的文件名。
path.extname：获取扩展名
path.extname 返回路径中文件名的扩展名部分（从最后一个 . 开始，包含 .）。
javascript
import path from 'node:path';
console.log(path.extname('/a/b/c.js')); // .js
console.log(path.extname('/a/b/c.min.js')); // .js（只取最后一个点后的内容）
console.log(path.extname('/a/b/c')); // ''（没有扩展名）
console.log(path.extname('/a/b/.env')); // ''（以点开头的文件名视为无扩展名）
注意：如果文件以 . 开头（如 .gitignore、.env），extname 返回空字符串。这是正确行为——这类文件通常被视为“无扩展名”文件。
path.normalize：规范化路径
path.normalize 将路径中的 .、..、多余的分隔符、重复斜杠等整理成标准形式，但不会将相对路径转为绝对路径 。
javascript
import path from 'node:path';
console.log(path.normalize('a/b//c/d/e/..'));
console.log(path.normalize('/foo/bar//baz/../qux'));
console.log(path.normalize('a//b//c/.'));
normalize 是 join 和 resolve 内部都会调用的底层函数。当需要把用户输入的路径字符串整理成标准格式时，可以直接使用它。
path.parse：解析路径为对象
path.parse 将路径解析成一个包含五个字段的对象，方便提取路径的各个组成部分。
javascript
import path from 'node:path';
const result = path.parse('D:/workspace/yjs_ai/backend/path_fs/2.mjs');
console.log(result);
// {
// root: 'D:/',
// dir: 'D:/workspace/yjs_ai/backend/path_fs',
// base: '2.mjs',
// ext: '.mjs',
// name: '2'
// }
// 如果路径指向一个目录
console.log(path.parse('D:/workspace/yjs_ai/backend/path_fs'));
// {
// root: 'D:/',
// dir: 'D:/workspace/yjs_ai/backend',
// base: 'path_fs',
// ext: '',
// name: 'path_fs'
// }
| 字段 | 含义 | 示例 |
|---|---|---|
root |
根目录 | 'D:/' 或 '/' |
dir |
目录部分 | '/a/b' |
base |
完整文件名（含扩展名） | 'file.txt' |
name |
文件名（不含扩展名） | 'file' |
ext |
扩展名（含 .） |
'.txt' |
parse 是 basename、dirname、extname 的组合版，一次调用就能拿到所有信息。在处理批量文件重命名、路径转换等场景中非常实用。
path.isAbsolute 与 path.relative：判断与计算
path.isAbsolute：判断是否绝对路径
javascript
import path from 'node:path';
console.log(path.isAbsolute('/foo/bar')); // true (POSIX)
console.log(path.isAbsolute('C:/foo/bar')); // true (Windows)
console.log(path.isAbsolute('foo/bar')); // false
Windows 上会正确识别盘符开头的路径。不要用 str.startsWith('/') 来判断，因为 Windows 的绝对路径以盘符开头。
path.relative：计算相对路径
返回从 from 到 to 的相对路径。
javascript
import path from 'node:path';
console.log(path.relative('/a/b', '/a/c'));
console.log(path.relative('/home/user/docs', '/home/user/photos/a.jpg'));
path.sep 与 path.delimiter：系统分隔符
path.sep 是当前系统的路径分隔符，path.delimiter 是环境变量分隔符。
javascript
import path from 'node:path';
console.log(path.sep);
console.log(path.delimiter);
console.log(path.sep);
console.log(path.delimiter);
正确用法 ：
javascript
// 拆解路径字符串
const parts = myPath.split(path.sep)
// 拆解环境变量
const paths = process.env.PATH.split(path.delimiter)
错误用法 ：不要用 path.sep 拼接路径——应该用 path.join 或 path.resolve。
javascript
const wrong = parts.join(path.sep);
const correct = path.join(...parts);
跨平台注意事项
Windows vs POSIX 的差异
| 特性 | Windows | POSIX (Linux/macOS) |
|---|---|---|
| 分隔符 | `` | / |
| 根标识 | 盘符（C:） |
/ |
resolve 返回 |
C:\Users... |
/home/... |
编写跨平台代码的黄金法则
- 永远使用
path.join()或path.resolve()拼接路径，绝不使用模板字符串或+。 - 不要 在路径片段中硬编码
/或 ``。 - 比较路径前，先用
path.resolve()或path.normalize()标准化。 - 使用
path.basename、path.extname等 API 提取文件名，不要手动分割。 - 如需强制使用某一种风格，可用
path.posix或path.win32对象。
常见错误与正确做法 ：
| ❌ 错误写法 | ✅ 正确写法 |
|---|---|
./${filename} |
path.join('.', filename) |
dir + '/' + file |
path.join(dir, file) |
parts.join(path.sep) |
path.join(...parts) |
str.startsWith('/') |
path.isAbsolute(str) |
一点总结
| 需求 | 调用方式 |
|---|---|
| 拼接多个片段（返回相对路径） | path.join('a', 'b', 'c') |
| 获取绝对路径（补全 cwd） | path.resolve('a', 'b') |
| 提取文件名 | path.basename('/foo/bar.txt') |
| 提取扩展名 | path.extname('/foo/bar.txt') |
| 解析路径对象 | path.parse('/foo/bar.txt') |
| 规范化路径 | path.normalize('/foo//bar/../baz') |
| 判断是否绝对路径 | path.isAbsolute('/foo') |
| 计算相对路径 | path.relative('/a/b', '/a/c') |
| 拆解路径字符串 | myPath.split(path.sep) |
| 拆解环境变量 | process.env.PATH.split(path.delimiter) |
记忆口诀 ：路径拼接不用
+，join与resolve是正道。拆解路径用sep，split参数刚刚好。..是父亲，.是自己，...是普通文件夹。跨平台放心跑，Node 底层帮你兜。
互动讨论
path.join和path.resolve的核心区别是什么？ 什么时候用join，什么时候用resolve？- 为什么
path.basename('/a/b/.env')返回.env，而path.extname('/a/b/.env')返回空字符串？ path.join('/a', '/b')和path.resolve('/a', '/b')的结果是否相同？ 为什么？- Windows 上
path.resolve('a', 'b')和path.join('a', 'b')的返回值有什么不同？ - 项目中如果有大量路径操作，你会选择
path模块还是fs模块的promises版本？
📌 一点心得：路径处理看起来是小事，但恰恰是这种“小事”最容易在跨平台部署时出问题。花半小时把 path 模块的 API 过一遍，能在未来省下无数调试时间。