杀毒软件会因扫描node_modules中的二进制文件、可疑字符串或高风险依赖而静默删除文件，导致module_not_found等错误；可通过防护日志验证、临时关闭实时防护复现，并采用--no-optional、pnpm、.npmrc配置等方法规避误杀。
杀毒软件删掉 node_modules 是真问题，不是“误报”那么简单——它往往在 npm install 过程中实时拦截、静默删除部分文件，导致后续 npm start 报错 MODULE_NOT_FOUND 或 Cannot find module，且 npm install 反复重装也无效。
为什么杀毒软件会盯上 node_modules
不是所有包都安全。杀毒软件（尤其是 Windows Defender、360、火绒）会扫描 node_modules 里的二进制文件（如 prebuilds、binding.gyp 生成的 .node 文件）、可疑字符串（base64 编码、eval 拼接）、或高风险依赖（比如带 postinstall 脚本的包）。一旦触发规则，它可能：
- 直接删除整个
node_modules目录（最常见） - 只删掉某个子包（如
sharp、fsevents），但不报错，导致运行时崩溃 - 把
package-lock.json里某条路径标记为“已隔离”，后续 install 就跳过该包
怎么确认是杀毒软件干的
别猜，直接验证：
- 打开杀毒软件日志（Windows Defender → “保护历史记录” → 筛选“阻止”和“删除”；火绒 → “防护日志” → 搜索
node_modules） - 临时关闭实时防护，再跑一次
npm install，看是否成功且无报错 - 检查
node_modules是否存在但缺失关键子目录（如node_modules/sharp下没有lib或build/Release） - 运行
npm ls sharp（换为你实际用的包名）返回空，但package.json明确写了依赖，基本就是被删了
绕过误杀的实操方法（不关杀软，也不加白名单）
加白名单治标不治本——下次装新包又可能被拦。更稳的做法是让安装过程“不触发扫描”：
- 用
npm install --no-optional先跳过含原生模块的可选依赖（如fsevents），等主依赖装完再单独装它们 - 对高危包单独安装：
npm install sharp --no-save，然后手动npm install回来，避免批量扫描 - 改用
pnpm：它的硬链接机制让每个包只存一份物理文件，大幅减少写入次数和扫描面，比 npm/yarn 更少被误杀 - 在项目根目录建
.npmrc，加一行ignore-scripts=false（默认 true），防止杀软把 postinstall 当作恶意行为拦截
长期规避的关键点
真正容易被忽略的是：杀软通常只监控磁盘写入，不监控内存或缓存。所以 npm install 失败后，别急着删 node_modules 重试——先检查 npm cache verify 是否正常，再清缓存 npm cache clean --force，否则杀软可能反复从坏缓存里拉出已被删的包。
