是正常行为；composer remove 默认只更新 composer.json 和 composer.lock，不立即删除 vendor 中文件，需执行 composer install 或 dump-autoload -o 同步清理并重建自动加载映射。
Composer remove 后 vendor 目录仍有文件？这是正常行为
执行 composer remove vendor/package-name 后，vendor/vendor-name/package-name 目录还存在，不是 bug，是 Composer 的设计逻辑：它默认只更新 composer.json 和 composer.lock，不立即触发物理删除。真正清理磁盘文件的时机，是后续运行 composer install 或 composer update 时的同步阶段。
- Composer 2.2+ 默认会尝试同步删目录，但若加了
--no-update、命令中断、或权限不足，残留就必然发生 - 手动
rm -rf vendor/vendor-name/package-name是危险操作——如果该包仍被composer.lock记录，下次composer install会把它拉回来 - 验证是否真卸载成功，不能只看 vendor/，而要看
composer show vendor/package-name是否报 “Package not found”
“Could not delete” 报错时优先检查进程占用和权限锁定
当 Composer 在 install 或 update 过程中报 Could not delete /path/to/file，核心原因是目标文件被系统或进程锁住，而非 Composer 自身逻辑问题。Windows 尤其高发，但 Linux/macOS 同样可能。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 常见锁定源：
php -S开发服务器、VS Code/PhpStorm 正在索引或预加载文件、杀毒软件扫描 ZIP 缓存、OPcache 持有句柄 - 快速排查：Linux/macOS 运行
lsof +D vendor/；Windows 打开资源监视器 → “CPU” 页签 → “关联的句柄”，搜索包名或路径 - 临时解决：关掉 IDE、停掉本地服务、重启终端；必要时 Windows 用管理员权限运行终端，Linux/macOS 仅在明确权限不足时用
sudo composer install（不建议长期使用）
残留文件删不掉？别硬刚，先清缓存再重建 autoload
即使 vendor 目录里文件已删，类仍能被加载，大概率是 autoload 映射没刷新，或 OPcache 缓存了旧映射。这不是权限问题，而是状态不同步。
- 强制重建自动加载：
composer dump-autoload -o（-o表示classmap-authoritative，Laravel 9+ 默认启用，这步不可跳过） - 检查
vendor/composer/autoload_psr4.php和autoload_classmap.php，搜索包名确认路径条目已消失 - 清除 PHP 缓存：
opcache_reset()（CLI 下可直接调用），或重启 PHP-FPM/Apache；APCu 用户运行apcu_clear_cache() - Composer 自身缓存干扰？运行
composer clear-cache，它只清~/.composer/cache，不影响项目文件
全局 require 的包删不干净？重点查 ~/.composer/vendor/bin 和 PATH
用 composer global require laravel/installer 装的工具，卸载后命令仍可用，往往不是文件残留，而是 shell 缓存或 PATH 污染。
- 先确认是否真用了 global：
composer global list；卸载用composer global remove laravel/installer -
~/.composer/vendor/bin/是全局二进制软链接所在，删包后该目录需随~/.composer一并清理（但别单独删 bin/ 下某个文件，容易破坏其他包） - 运行
type laravel，若返回laravel is aliased to或is a function，说明有 alias/函数覆盖，去~/.bashrc或~/.zshrc里删对应行 - 运行
hash -d laravel清除命令哈希缓存，再新开终端测试
dump-autoload -o，不重置 OPcache，就等于没清干净。权限报错只是表象，根源常在进程占用或缓存未失效。
