删vendor但composer.lock完好时，直接运行composer install即可100%复原原始vendor目录，因其严格按lock文件中锁定的精确版本、哈希、路径和源地址还原，不查网络、不升级、不解析composer.json版本约束。
删了 vendor 但 composer.lock 还在，直接 composer install 就行
只要 composer.lock 文件完好，composer install 就能 100% 复原原始 vendor 目录：它不查网络最新版、不升级、不解析 composer.json 的 ^ 或 ~ 版本约束，只按 lock 文件里记录的精确版本、哈希、安装路径和源地址解压还原。
常见错误现象：composer install 输出 “Package operations: 0 installs, 0 updates, 0 removals” 却没装任何包——大概率是 vendor/ 没真删干净（比如残留空目录或 vendor/autoload.php），Composer 误判为“已存在”，跳过重装。
- Windows 中文用户尤其注意：别用资源管理器删
vendor，容易因权限或句柄残留留下残骸；推荐用 PowerShell 执行takeown /f vendor /r /d y && icacls vendor /grant %USERDOMAIN%\%USERNAME%:F /t /s /q再删 - 删完后执行
composer clear-cache，避免缓存里损坏的 zip 包干扰重装 - 确认
git status composer.lock显示 “nothing to commit”，排除换行符污染或手动编辑导致校验失败
composer install 报 “No composer.lock file present” 怎么办
这不是提示你“该生成一个”，而是明确拒绝执行。没有 composer.lock，composer install 就不会工作——新版 Composer（v2.5+）会报 Command "install" is not defined，旧版可能静默失败，但 vendor 一定不对。
此时必须先找回或重建 composer.lock：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 从 Git 历史恢复：
git checkout HEAD -- composer.lock - 从回收站或备份目录找回原始文件
- 实在找不到，才运行
composer update生成新 lock —— 但结果不可复现，CI 流水线里content-hash会变，且可能装上 v11.12.0 而非原来的 v11.11.3
想彻底重装（清缓存、换源、降级），不能只删 vendor
只删 vendor/ 目录，composer install 仍会复用 ~/.composer/cache 里的旧 zip 包，甚至不发网络请求。要真正“从头拉取”，必须切断三处来源：
- 删掉
vendor/和composer.lock - 运行
composer clear-cache - 加
--no-cache参数：composer install --no-cache
注意：composer update 在无 lock 时也会生成新 lock，但它默认复用缓存、可能忽略 platform 配置（比如你设了 "php": "8.2.10"，update 可能静默装兼容的 8.2.9），而 composer install 会严格校验并报错。
哪些参数该加、哪些不该碰
composer install 默认行为最安全。加参数前得清楚副作用：
-
--no-dev：跳过require-dev依赖——生产部署该加，但本地开发环境别加，否则 PHPUnit、IDE Helper 全没了 -
--no-scripts：禁用post-install-cmd——如果项目靠脚本生成符号链接（如 Laravel 的storage:link）或配置文件，跳过会导致功能异常 -
--ignore-platform-reqs：绕过 PHP/扩展版本检查——可临时调试用，但绝不能进 CI 或上线流程，lock 文件里的 platform 约束就是为你兜底的
真正容易被忽略的是：lock 文件不是“一次生成永久有效”。它只保证“当时能跑”，不保证“永远可用”——比如某包删了旧版本 tag、镜像源停服、PHP 新版本废弃了某个扩展，再执行 composer install 就可能卡在下载或校验环节。
