消除重复造轮子：通过Composer快速集成全网优质生态扩展-composer-PHP中文网

composer require 是引入经千人验证、持续维护的模块，需选对包、锁版本、理解加载边界；类找不到主因是自动加载未生效、autoload未声明、大小写不一致或--dev包在生产被跳过。

消除重复造轮子：通过composer快速集成全网优质生态扩展

直接说结论：用 composer require 装包不是“抄代码”，而是把经过千人验证、持续维护的模块，像插件一样接进你的项目——前提是选对包、锁住版本、理解它的加载边界。

为什么 `composer require` 后类还是找不到？

最常见的情况不是命令没执行，而是自动加载没生效或路径没对上：

执行 composer require foo/bar 后没运行 php artisan optimize:clear（Laravel）或没确认 vendor/autoload.php 是否被入口文件引入
包本身不声明 autoload 字段（比如只放了 src/ 但没配 PSR-4），composer dump-autoload 也救不了
类名大小写和文件路径不一致（Linux 下敏感，Windows 可能侥幸通过）
用了 --dev 安装，但生产环境跑了 composer install --no-dev，导致测试工具类（如 Particle\Validator 的测试断言）意外缺失

`composer.json` 里写 `^2.9` 和 `~2.9.0` 差在哪？

这决定你下次 composer update 是稳如老狗，还是连夜修 bug：

Discussion Composer

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

下载

^2.9 允许升级到 2.99.99，只要主版本仍是 2 —— 适合主业务依赖，但要求包严格遵循语义化版本
~2.9.0 等价于 >=2.9.0 ，只允许补丁和次版本更新，适合对行为敏感的组件（比如 <code>cagilo/cagilo 的 Blade 组件渲染逻辑）
写死 "2.9.5" 最安全，但会错过安全修复；用 dev-main 则完全跳过稳定性检查，CI 构建可能随时失败

私有包或 GitHub 仓库怎么 `require`？

不能直接 composer require vendor/repo 就完事，必须显式声明源：

如果包在 GitHub 私有库，先在 composer.json 的 repositories 字段加一条：

"repositories": [
  {
    "type": "vcs",
    "url": "https://github.com/your-org/internal-sdk"
  }
]

再运行 composer require your-org/internal-sdk:dev-feature/login（分支名要带 dev- 前缀）
若报 Could not find package，八成是没配 auth.json 或 GitHub Token 权限不足（需 read:packages）
公司内网私有 Packagist，还得在 repositories 里加 "type": "composer" 和对应 URL

真正容易被忽略的，是包的生命周期和你项目的耦合深度。比如 centarro/kco_rest 这类支付 SDK，它封装了 Klarna API，但没封装你的订单状态机；sebastian/environment 能告诉你当前有没有 Xdebug，但不会帮你决定是否跳过覆盖率报告生成。轮子再好，也要清楚它转到哪一环就该你接手。