真正有效的清理必须让声明、锁文件、磁盘文件、自动加载四者同步；否则必出 class not found 或 package not found。需手动 grep 配置与服务提供者，验证 composer show 和 ls vendor/，并检查 autoload 配置残留。

直接删 composer.json 里的包名行不是清理，只是埋雷；真正有效的清理必须让声明、锁文件、磁盘文件、自动加载四者同步。否则必出 Class not found 或 Package not found。

怎么确认一个包真的没被用到

Composer 自身不扫描代码，composer-unused 工具只能捕获静态 use 和 new，对以下情况完全失效：

• Laravel 的 config/logging.php 里写的 'handler' => MonologHandlerStreamHandler::class 字符串
• app/Providers/ 下注册的 TelescopeServiceProvider，删了 laravel/telescope 却没注释掉 register()
• 通过反射或 class_exists("Vendor\Package\SomeClass") 动态加载的类

所以必须手动 grep -r "monolog" app/ config/ --include="*.php"，重点查配置和服务提供者目录；开发依赖更要逐个看是否只在 tests/ 或 phpunit.xml 里出现。

为什么 composer remove 后 vendor/ 还有残留

这是正常行为，不是 bug：Composer 2.2+ 的 composer remove 默认会删 vendor/ 子目录，但前提是它成功更新了 composer.lock 并触发了“同步阶段”。常见中断原因包括：

• 包名大小写拼错（monolog/monolog ≠ Monolog/Monolog）
• 该包被其他已装包显式依赖，例如 symfony/http-client require guzzlehttp/guzzle，此时 composer remove guzzlehttp/guzzle 会中止并提示谁在用
• 执行后没运行 composer dump-autoload -o，导致 vendor/composer/autoload_psr4.php 里还存着旧映射

验证是否真删干净：运行 composer show monolog/monolog 应报错 Package not found，再 ls vendor/monolog 应提示 No such file or directory。

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

批量删 require-dev 包的正确姿势

composer remove --dev 支持空格分隔多个包名，但不支持逗号或引号：

composer remove --dev phpunit/phpunit friendsofphp/php-cs-fixer behat/behat

如果某包报 Package is required by another package，别硬删，先查依赖链：composer depends phpunit/phpunit；删完必须补一步：composer install --no-dev，否则 vendor/ 里可能残留 dev-only 的传递依赖（比如 phpstan/phpstan 拉了 phpunit/phpunit 的子依赖）。

删完还要检查 autoload 配置陷阱

很多中文项目在 composer.json 的 autoload.files 或 autoload.psr-4 里硬编码了已删包的路径，比如：

"autoload": {
    "psr-4": {
        "App\": "app/",
        "Monolog\": "vendor/monolog/monolog/src/"   ← 这行必须手动删
    }
}

这种残留不会被 composer remove 清理，但会导致 composer dump-autoload -o 失败或加载失败。每次删包后，务必打开 vendor/composer/autoload_*.php 文件，确认对应命名空间和路径已消失。