根本原因是windows路径长度限制260字符，导致vendor目录无法删除；需启用长路径支持、用robocopy清空、并控制依赖深度三者结合解决。

为什么 Windows 下 composer install 后删不掉 vendor 目录

根本原因是 Windows 默认路径长度限制为 260 字符，而 Composer 安装的依赖（尤其嵌套深的 PHP 包）会生成超长路径，导致 del、rm -rf 或资源管理器删除失败，报错类似：The path is too long 或 Access is denied。

这不是 Composer 的 bug，而是 Windows 文件系统（NTFS + WinAPI）的历史限制。关键不在“怎么删”，而在“怎么避免走到这一步”。

启用 Windows 长路径支持（必须第一步）

Windows 10 1607+ 和 Windows Server 2016+ 支持启用长路径，但默认关闭。不启用，后续所有技巧效果有限。

windows-git-ops

在 Windows PowerShell 工作区执行 Git 操作时使用此技能，特别适用于创建分支、暂存、提交、合并、状态检查等。

下载

• 以管理员身份运行 PowerShell，执行：

  Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "LongPathsEnabled" -Value 1 -Type DWORD

• 重启终端（CMD/PowerShell）或重启系统生效
• 验证是否开启：Get-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" | Select-Object LongPathsEnabled —— 返回 1 即成功

用 robocopy 替代 del 彻底清空 vendor

Windows 自带的 robocopy 支持长路径且无交互式确认，是目前最稳定可靠的删除方案。它通过“镜像空目录”实现强制清空，绕过路径长度校验。

• 新建一个空文件夹，比如 C:\empty
• 在项目根目录下运行：

  robocopy C:\empty vendor /mir /njh /njs /nc /ns /np

• /mir 表示镜像同步（源空 → 目标全删），/njh /njs 禁用头尾日志减少干扰，/nc /ns /np 关闭字节数、大小和进度显示
• 执行后 vendor 内容消失，但目录本身保留（方便下次 composer install）

预防：配置 Composer 使用扁平化安装策略

长路径大多来自嵌套依赖（如 A → B → C → D…），Composer 5.4+ 提供 --no-plugins 和更关键的 COMPOSER_NO_INTERACTION=1 并不能解决根本问题；真正有效的是控制依赖结构：

• 在 composer.json 中显式设置：

  "config": {
    "preferred-install": "dist",
    "fxp-asset": false
  }

  ——避免使用需大量临时解压的 asset 插件
• 升级到 Composer 2.2+，它默认启用更紧凑的 autoloader 生成逻辑，间接减少部分嵌套层级
• 定期运行 composer update --with-dependencies 而非盲目 update，防止意外引入深层依赖树
• 慎用 composer require 安装未严格约束版本的包，某些 dev-only 包会拖入整套测试工具链，显著拉长路径

真正麻烦的不是删不掉，而是删完立刻又因一次 composer install 重新生成超长路径——所以启用长路径支持 + 用 robocopy 清理 + 控制依赖深度，三者缺一不可。