执行sls offline cloudside时报webpack配置文件找不到 同项目其他机器运行正常

从报错信息可以明确判断，这是典型的路径字符串拼接逻辑错误：程序未对路径做规范化处理，直接将当前项目所在的c:\盘工作目录，和残留的d:\盘绝对路径硬拼接，生成了Windows系统下根本不可能存在的非法路径，最终触发配置文件找不到的报错。因为同一份代码在其他设备可正常运行，问题完全来自当前设备的环境配置差异。

• 依赖安装时的硬编码路径残留：当前设备上曾经把该项目放置在d:\Play\MyProj\src\myproj-backend\services\user-service路径下运行过，当时执行npm install生成的node_modules目录中，serverless-bundle等相关包的内部配置、预编译文件会写入当时的绝对路径信息。后续你把整个项目目录移动到c盘对应路径下，没有做完全的依赖重装，包在解析webpack配置路径时，没有重新匹配当前项目的实际位置，直接调用了之前硬编码的d盘路径，再和当前c盘的工作目录做错误的字符串拼接，就出现了报错里的异常路径。
• 跨盘符的路径解析兼容性问题：当前使用的旧版serverless-bundle（匹配Serverless Framework 2.30.2版本）在Windows环境下做路径拼接时，没有调用Node.js原生path模块做跨盘符路径识别，直接用字符串拼接逻辑组合路径。如果当前设备的全局Node安装路径、全局serverless插件安装路径位于d盘，项目代码位于c盘，跨盘符的路径就会触发这个拼接bug：程序不会自动切换到绝对路径所在的盘符，反而把d盘路径直接拼到c盘工作目录的字符串后面，生成非法路径。这类问题在同盘符的环境下不会触发，因此另一台将项目、全局Node都装在同一个盘符的设备上可以正常运行。
• 本地依赖缓存的路径信息污染：当前设备的node_modules/.cache目录、或者全局npm/npx缓存中，残留了之前其他项目、或者同项目旧路径下生成的路径映射缓存。serverless-bundle在启动时优先读取了缓存里存储的错误路径，没有实时根据当前项目位置重新解析webpack配置的真实路径，最终触发文件找不到的报错。这类缓存是设备本地生成的，不会被Git提交，因此另一台设备没有对应缓存，不会出现该问题。
• 本地符号链接的路径解析偏差：如果当前设备上针对项目目录配置过跨盘符的符号链接（比如把d盘的项目源目录链接到c盘Play目录下），npm在安装依赖时会把符号链接解析成真实的d盘绝对路径写入模块的路径配置，后续运行时模块解析如果没有正确处理符号链接的路径映射，就会出现盘符串混的拼接错误。

内容的提问来源于stack exchange，提问作者PatS