不能全自动还原原始composer.json，因为vendor只存代码不存元信息；但可用composer show --installed查已装包及版本，结合autoload_static.php逆向提取autoload配置，再人工补约束、区分require/require-dev并验证自动加载生效。
composer.json 丢了，但 vendor 还在，能直接还原吗？不能全自动，但可以快速重建一个可用的最小版本——关键不是猜，而是从 vendor 里“读”出来。
用 composer show --installed 提取已装包和精确版本
这是最可靠的第一步。vendor 目录里每个包的名称和实际安装版本都完整保留，composer show --installed 会把它们全部列出来（前提是项目根目录下还有 composer.lock）。如果 lock 文件也丢了，就只能靠 vendor/ 下的目录名手动推断，比如 vendor/monolog/monolog 对应包名 monolog/monolog。
注意：composer show --installed 输出的是具体版本号（如 "monolog/monolog": "3.5.0"），不是原始约束（如 "^3.0"）。还原后得人工补上合理约束，否则下次 composer update 可能升级到不兼容版本。
- 运行前确认当前工作目录是项目根目录（含
vendor/和composer.lock） - 输出结果里混有
require-dev包（如phpunit/phpunit），需结合路径判断：出现在vendor/bin/或命名含test/dev的大概率是开发依赖 - 别直接复制粘贴输出到
composer.json—— 它不含autoload、scripts、config等元信息，只解决“有哪些包”这层
从 vendor/composer/autoload_static.php 逆向提取 autoload 配置
vendor/autoload.php 本身不存配置，但它加载的 vendor/composer/autoload_static.php（或 autoload_classmap.php）才是真实映射来源。这些文件是 Composer 根据原始 composer.json 的 autoload 段生成的，可反推关键路径关系。
打开 vendor/composer/autoload_static.php，搜索 'psr-4' => 或 'classmap' =>，你会看到类似 'App' => array($vendorDir . '/myapp/src') 的条目。这里的 $vendorDir . '/myapp/src' 是生成后的绝对路径拼接，你要提取的是相对路径部分，即 "src/"，然后写进新 composer.json 的 "autoload": {"psr-4": {"App": "src/"}}。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 看到
'files' => array($vendorDir . '/some/package/functions.php')，说明原配置里有"files"自动加载项，对应填入"autoload": {"files": ["some/package/functions.php"]} - 切忌直接复制含
$vendorDir的路径，否则新composer.json无法生效 - 如果没找到任何
psr-4或classmap条目，说明原项目可能没配 autoload，或用了其他方式（如手动require）
删掉 composer.lock 再跑 composer install 是最稳的兜底操作
只要 composer.json 能写出来（哪怕只是基础依赖+autoload），就可以删掉旧 composer.lock，再执行 composer install。Composer 会按新 composer.json 重新解析依赖、下载包、生成新的 composer.lock 和自动加载文件。
这个动作的风险在于：它会重走依赖解析流程，可能导致某些包版本与之前不同（尤其当原始约束宽泛时，如 "^2.0"）。但如果原始 lock 已损坏或丢失，这就是最干净的起点。
- 执行前先备份：把现有
composer.json和vendor/打个压缩包，防止重建失败 - 运行
composer install后，务必立刻执行composer dump-autoload -o，确保自动加载映射更新 - 验证是否生效：用
php -r "var_dump(class_exists('App\Service\UserService'));"测试关键类是否存在
Git 用户请优先用 git checkout -- composer.json
如果项目用了 Git，且 composer.json 曾提交过，git checkout -- composer.json 是最快最安全的还原方式。它不依赖任何 Composer 命令，也不需要理解 JSON 结构，就是丢弃工作区修改。
恢复后别急着 composer install。先运行 composer validate 确认语法合法，再用 composer install --dry-run 检查 lock 是否一致。如果提示不一致，说明 composer.lock 还记录着旧版依赖，此时该用 composer update --lock 刷新 lock，而不是直接删 lock 重来。
- 改过但没
git add？一条git checkout -- composer.json就够了 - 已
git add但没 commit？用git restore --staged --worktree composer.json（Git 2.23+） - 误删后连 Git 历史都没了？那就回到第一招，从
vendor/里读
真正容易被忽略的点是：autoload 映射和物理路径必须严格对齐，哪怕一个字母大小写不对，class_exists() 就返回 false；而 composer install 成功不代表自动加载就一定生效——它只保证包下载完成，不保证类能被找到。
