必须用 composer remove 卸载包，它原子化执行移除声明、删除目录、更新锁文件和重建 autoload 四步；手动删 vendor 或改 composer.json 再 install 易致 autoload 错乱、类找不到及 lock 哈希不一致。
必须用 composer remove，别删 vendor/ 目录，也别手动改 composer.json 后跑 composer install——否则 autoload 会错乱、composer.lock 哈希不一致、CI 构建大概率失败。
直接运行 composer remove vendor/package-name
这是 Composer 2.2+ 内置的原子操作，不是“删文件”，而是反向安装：自动识别包在 require 还是 require-dev 区域、移除对应条目、删 vendor/vendor-name/package-name 目录、更新 composer.lock、重建 autoload 映射。整个过程失败即回退，不会留半截状态。
-
composer remove monolog/monolog就够了，不用加--dev（除非同名包同时出现在两个区） - 开发依赖也一样：
composer remove phpunit/phpunit会自动从require-dev清理 - 执行后立刻验证：
composer show monolog/monolog应报 “Package not found”，ls vendor/monolog应提示 “No such file or directory”
遇到 “package is required by another package” 别硬删
这不是报错，是 Composer 的保护机制。比如你删 guzzlehttp/guzzle，但 symfony/http-client 明确 require 它，Composer 就会中止并告诉你谁在用。
- 查依赖链：
composer why guzzlehttp/guzzle，输出所有直接引用者 - 若上游包也不需要，可按提示输入
y接受 Composer 自动降级或连带移除建议 - 临时调试想跳过实时解析？可用
composer remove guzzlehttp/guzzle --no-update，但之后必须手动composer update，否则可能遗漏冲突 - 绝对避免先删
composer.json条目再跑composer install，容易触发版本漂移，尤其composer.lock有精确哈希时
卸载后必须人工扫三处硬编码残留
composer remove 只管声明和 autoload 配置，不管你的代码里还留着多少东西。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- PHP 文件里的
use语句、new实例化、静态调用（如SomePackage\Foo::bar()） - 配置文件里的引用，比如 Laravel 的
config/logging.php或 Symfony 的services.yaml - 服务提供者注册，如
app/Providers/LoggingServiceProvider.php里的register()逻辑
这些不清理，上线就 Class not found，autoload 刷新也救不了。
composer remove 不处理的间接依赖和缓存问题
它默认只删你在 composer.json 里显式声明的包，不会碰间接依赖（比如 guzzlehttp/promises），除非你加 --with-dependencies 且该子依赖没被其他包共用。
- 如果卸载后仍报
Class not found，检查composer.json的autoload或autoload-dev区块是否还留着已删包的 PSR-4 映射 - 运行
composer dump-autoload强制重建 autoload 映射（注意：它不重写vendor/composer/autoload_*.php，后者只在install/update时刷新） - Laravel 用户还要清 config 缓存：
php artisan config:clear，否则旧的服务提供者可能还在注册已删包的逻辑
最常被忽略的是：包删了，但它的 uninstall 脚本没跑，或者 OPcache 缓存了旧的类路径映射——重启 PHP-FPM 或调用 opcache_reset() 才算真正生效。
