windows下composer install/update卡在rename()是因临时目录被进程锁住，非权限或composer缺陷；可用资源监视器搜索abc123-temp定位explorer.exe、msmpeng.exe等占用进程，或执行composer install --prefer-dist --no-cache绕过。
Windows 下 composer install 或 composer update 卡在 rename(): Cannot rename...，基本可以确定是临时目录被其他进程锁住——不是权限问题，也不是 Composer 本身有 bug，而是 Windows 文件系统不允许移动正被占用的文件夹。
怎么快速定位哪个进程在锁 vendor/composer/xxx-temp
不用装第三方工具，用系统自带的资源监视器就能秒查：
- 按
Ctrl+Shift+Esc打开任务管理器 → 切换到「性能」页 → 点底部「打开资源监视器」 - 切到「CPU」页 → 在「关联的句柄」搜索框里输入你报错里的临时目录名，比如
abc123-temp - 如果看到
explorer.exe、MsMpEng.exe（Defender）、PhpStorm64.exe或Code.exe正在持有该路径下的句柄，就坐实是它们在拦你
临时绕过：跳过 rename，改用 copy + unlink
Composer 没提供开关直接禁用 rename，但可以通过参数组合规避锁冲突：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
composer install --prefer-dist --no-cache：跳过本地缓存复用，减少临时目录生成频次 - 加环境变量强制延长超时，避免 rename 失败后立即中断：
COMPOSER_PROCESS_TIMEOUT=300 composer install - 如果刚删过
vendor/又立刻重装失败，先手动清掉vendor/composer/*-temp目录再试——Composer 会重建，不丢数据
长期缓解：关掉 Windows 自动索引和实时防护
这些功能默认监听整个项目目录树，一碰到 vendor/ 解压就抢锁：
- 禁用 Windows Search 索引：控制面板 → 索引选项 → 修改 → 取消勾选项目所在磁盘或具体文件夹
- 给杀软加排除项：Windows Defender 设置 → 病毒和威胁防护 → 管理设置 → 添加或删除排除项 → 加入你的项目根目录
- 关掉资源管理器预览窗格：打开任意文件夹 → 「查看」→ 取消勾选「预览窗格」和「详细信息窗格」
真正麻烦的不是锁本身，而是锁住的往往不是整个 vendor/，而是某个子文件夹里的单个 .dll 或 .php——它可能正被 IDE 的语法分析线程读着，也可能被 Explorer 的缩略图生成器开着，你删不掉、移不动、重命名也失败。这种细粒度锁定，在 Linux/macOS 上根本不存在。
