项目启动提示“缺少依赖模块”本质是Node.js加载器无法定位模块物理路径，需先用npm ls验证是否真缺失，再通过删node_modules、锁文件、清缓存、重装依赖修复；同时检查镜像源是否为https://registry.npmmirror.com，并排查幽灵依赖——若模块仅存在于子依赖层级，须显式安装至根级。
项目启动时提示“缺少依赖模块”，本质是 node.js 加载器找不到对应模块的物理路径，不是代码写错了，而是依赖树没搭好或路径没对上。常见于拉取新项目、切换分支、多人协作后，或 npm 安装过程被中断。
先确认到底缺哪个模块
报错里一般会写明模块名，比如 Cannot find module 'vue-router' 或 MODULE_NOT_FOUND: express。别急着重装，先查它是否真没装：
- 运行 npm ls <模块名>（例如 npm ls vue-router），如果输出 empty 或提示 missing，说明确实没进依赖树
- 如果报错是全局命令（如 vue-cli-service not found），检查是否漏装了 vue-cli-service，它通常在 devDependencies 里，需运行 npm install（不是 npm install --save-dev）来补全
快速清理并重建依赖环境
这是最常用、最有效的止血操作，适用于 80% 的“缺模块”场景：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 关掉开发服务器（避免文件占用）
- 删掉 node_modules：rm -rf node_modules
- 删掉锁文件：rm -f package-lock.json（不用 yarn 就别动 yarn.lock）
- 清缓存（可选但推荐）：npm cache clean --force
- 重新安装：npm install
检查镜像源和网络问题
国内用户常因源不稳定导致安装“看似成功，实则残缺”——某个子依赖根本没下下来，但 npm 不报错，直到运行时才暴露：
- 确认当前源：npm config get registry，应为 https://registry.npmmirror.com（淘宝新源，旧地址已停用）
- 若不是，执行：npm config set registry https://registry.npmmirror.com
- 临时验证可用性：npm install axios --registry https://registry.npmmirror.com，看是否能成功
排查幽灵依赖和版本冲突
有时模块“明明装了却报错”，其实是幽灵依赖：它没在 package.json 声明，只靠依赖提升偶然出现在顶层 node_modules 里。上游一升级，它就消失：
- 运行 npm ls <模块名>，观察输出层级——如果它只出现在某子包的子目录下（比如 lodash@4.17.21 > another-pkg > lodash@4.17.15），而顶层没有，那你的代码直接 require('lodash') 就属于幽灵引用
- 解决办法：把它显式加进 package.json：npm install lodash --save（或 --save-dev）
- 再用 npm ls lodash 确认它已出现在根层级
