Path.resolve() 从右向左扫描参数，遇绝对路径即重置起点并以此为锚点解析后续相对部分；它模拟 shell cd 行为，非简单字符串拼接，结果依赖当前工作目录和平台特性。
Path.resolve() 会从右往左处理路径，遇到绝对路径就重置起点
很多人以为 Path.resolve() 是简单拼接字符串，结果传入 /home 和 user/file.txt 得到的不是 /home/user/file.txt，而是 /home/user/file.txt —— 看似对了，但换一组参数就翻车。根本原因是它按“路径解析规则”执行：从右向左扫描每个参数，一旦遇到绝对路径（如以 / 开头的 Linux 路径，或 C:、D:/ 这类 Windows 绝对路径），就丢弃之前所有路径，从此处重新开始解析。
- 传入
Path.resolve('a', '/b/c', 'd')→ 实际解析顺序是：'d'→'/b/c'（绝对路径！清空前面的'a'）→'/b/c/d' - 传入
Path.resolve('a', 'b', '../c')→ 从右往左：先'../c'，再向上退一级到'a'目录下，最终得/current/working/dir/a/c（取决于当前工作目录） - 想确保“严格拼接”，别依赖
Path.resolve()；它本质是模拟 shell 的cd行为，不是字符串连接器
多个相对路径片段合并时，必须明确起始基准
如果你手上有 ['src', 'components', 'Button.tsx'] 这样的数组，想合成完整路径，不能直接 Path.resolve(...parts) —— 因为它默认以当前工作目录（process.cwd()）为起点，而这个值在不同运行环境（如 monorepo 子包、CI 工作流、打包后产物目录）中可能不一致，导致路径错乱。
- 显式传入基准路径更可靠，比如用
__dirname或import.meta.dirname（Node.js 20.11+）作为根：Path.resolve(__dirname, 'src', 'components', 'Button.tsx') - 避免只传相对路径片段而不带基准，例如
Path.resolve('src', 'components')在不同目录下执行结果完全不同 - ESM 中若用
import.meta.url，需先转成目录：Path.resolve(fileURLToPath(import.meta.url), '..', 'src')
Windows 下盘符和斜杠混用容易触发意外截断
Node.js 的 Path.resolve() 在 Windows 上对盘符敏感。传入 Path.resolve('C:\foo', 'D:\bar') 会返回 D:\bar，因为 D:\bar 是绝对路径，直接覆盖前面所有内容。更隐蔽的是斜杠方向：虽然 Node.js 内部会 normalize，但 Path.resolve('C:/foo', 'bar\baz') 是安全的，而 Path.resolve('C:/foo', 'D:bar\baz')（缺少 /）会被识别为“D 盘相对路径”，最终变成 D:bar\baz —— 这个路径没有盘符根，属于“驱动器相对路径”，行为不稳定。
- 统一使用正斜杠
/或Path.join()构造中间路径，再喂给Path.resolve() - 避免手动拼接盘符字符串，尤其不要写
'D:' + path；改用Path.resolve('D:/', path)显式声明根 - 调试时打印
Path.resolve()结果前，先console.log(process.platform)，确认是否进入 Windows 特殊逻辑分支
替代方案：Path.join() 更适合纯拼接，但不解决路径合法性
如果目标只是把几个字符串连成一个路径，且你**确定所有片段都是相对的、不需要解析 .. 或 .**，那么 Path.join() 更直白、更可预测。它不做任何解析，只是用平台原生分隔符连接，并归一化多余斜杠和点段（Path.join('a', '.', 'b', '..') === 'a'）。
-
Path.join()不受当前工作目录影响，也不重置起点，适合配置驱动的路径构造（如构建工具中拼输出目录） - 但它不会校验路径是否存在，也不会把
../真正“向上跳”，只是做字符串规整；若你需要语义化路径跳转，仍得用Path.resolve() - 混合使用场景常见：先
Path.join()拼基础路径，再用Path.resolve()做一次最终解析确保绝对化，例如：Path.resolve(Path.join(__dirname, '..', 'dist'))
Path.resolve() 当作“安全拼接函数”来用，却忽略了它隐含的运行时上下文依赖和平台差异。真正稳定的路径构造，永远要回答三个问题：起点在哪？每段路径的语义是什么？目标环境是否可控？ 
