删软链接需手动执行 rm vendor/your-package-name，之后需运行 composer dump-autoload 清缓存并检查 autoload_classmap.php，必要时清 composer 缓存并重装依赖以彻底还原状态。
composer link 创建的软链接怎么删
软链接不是 Composer 自动管理的“安装状态”，它只是 vendor/ 下的一个符号链接，composer remove 或 composer update 都不会动它。撤销必须手动操作，否则后续 install/update 会覆盖或冲突。
- 先进入项目
vendor/目录：cd vendor - 确认软链接存在：
ls -la | grep your-package-name（输出类似your-package-name -> /path/to/local/package） - 直接删软链接：
rm your-package-name（注意：只删这个链接名，别加-r，否则可能误删源目录） - 删完后，该包就“消失”了——但 composer.lock 和 autoload 映射里还留着记录，得补一步
删了软链接后 vendor 目录不还原？
删软链接只是移除了指向本地路径的快捷方式，vendor/ 下没对应真实目录，Composer 不会自动拉取远程包来填补空缺。你看到的“空白”是预期行为，不是 bug。
- 想恢复成正常安装的远程包，运行：
composer install（前提是composer.json里仍有该包条目） - 如果
composer.json已删了该包，但你想重新装，就用：composer require vendor/name - 如果
composer.lock还锁着旧版本，install会按锁文件拉取，不会升级；要更新版本，得先composer update vendor/name
为什么 vendor 里还有残留文件？autoload 还能加载到类？
软链接撤销后仍能 new 出类，大概率是 autoload 缓存没刷新，或者你之前执行过 composer dump-autoload --optimize 生成了 classmap，把本地路径硬编码进去了。
- 强制重建自动加载：
composer dump-autoload - 如果用了优化模式，加
--no-optimize再试一次：composer dump-autoload --no-optimize - 检查
vendor/composer/autoload_classmap.php里是否还有指向你本地路径的条目（有就说明上次 dump 时扫到了，删掉再 dump） - 极端情况可清缓存：
composer clear-cache，再composer install
用 composer link 后又想彻底退回到“未链接”状态
真正干净的还原不是只删软链接，而是让整个依赖状态回到 composer link 执行前的样子——包括 lock 文件、autoload、甚至 vendor 目录结构。
- 先删软链接（如上）
- 删掉
composer.lock中该包的哈希记录（或直接删整个composer.lock） - 运行
composer install --no-cache：跳过缓存，强制重解压所有包，确保 vendor/ 是纯远程源码 - 如果项目用了自定义 autoload（比如
autoload.files引了本地路径），记得同步清理这些硬编码引用
软链接撤销本身很简单，难的是状态一致性。很多人卡在“删了链接却还跑得通”，其实是 autoload 缓存或 classmap 没清干净，而不是链接没删对。
