Composer管理项目依赖的操作步骤-composer-PHP中文网

composer install 不下载新包是因为它只依据 composer.lock 文件还原依赖，忽略 composer.json 中手动新增或修改的 require；必须用 composer require 或 composer update 同步 lock 文件。

composer管理项目依赖的操作步骤

composer install 为什么有时不下载新包？

因为 composer install 只读 composer.lock，不看 composer.json 里新增或改过的 require。如果你刚手动编辑了 composer.json 加了一个包，但没运行 composer update 或 composer require，composer install 就会完全忽略它——它只忠实地还原 lock 文件记录的版本。

常见错误现象：

修改 composer.json 后执行 composer install，vendor 里没出现新包
CI 环境部署失败，提示类找不到，但本地 composer require 是成功的

正确做法：

添加依赖必须用 composer require vendor/package（自动写入 json + 更新 lock + 下载）
手动改 composer.json 后，必须紧接着跑 composer update vendor/package 或全量 composer update（慎用）
团队协作时，composer.lock 必须提交到 Git；否则 composer install 在别人机器上就失去意义

如何让旧项目代码被 Composer 自动加载？

旧项目通常没有命名空间、类文件散落在 ./lib、./classes 等目录，不能直接用 PSR-4。这时得靠 classmap 告诉 Composer：“这些路径下的所有 PHP 文件，我都可能用到”。

操作步骤：

在 composer.json 的 autoload 字段下加 "classmap": ["./lib", "./models", "./helpers"]
运行 composer dump-autoload（不是 install 或 update）
确保旧类名和文件名严格匹配（例如 DbHelper.php 里必须是 class DbHelper）
如果类里用了 require_once 手动引入其他文件，要逐步删掉——自动加载会接管

注意：classmap 是一次性扫描生成映射表，后续增删文件需重新运行 dump-autoload；它不支持动态发现，也不检查命名空间。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

composer update 全量升级为什么危险？

composer update（不带参数）会无视 composer.lock，重新解析 composer.json 中所有约束，拉取每个依赖能匹配到的最新小版本甚至次版本（比如从 ^3.2 升到 3.9），还顺带升级它们的子依赖。一旦某个包在新版本里改了方法签名、删了类、或破坏了 BC，你的代码当场报 Class not found 或 Call to undefined method。

更隐蔽的问题：