使用 --prefer-lowest 参数可确保 PHP 库在声明的最低依赖版本下正常工作，1. 它让 Composer 安装指定范围内的最低兼容版本；2. 可发现因使用高版本特有功能导致的兼容性问题；3. 应在 CI 中运行 composer update --prefer-lowest --prefer-stable 并执行测试；4. 需合理设置 version constraints 如 ^ 或 ~；5. 建议在 GitHub Actions 等流程中添加专用 job 测试最低依赖，提升库的稳定性和兼容性。
当你开发一个 PHP 库并使用 Composer 管理依赖时，确保你的库能在声明的最低版本依赖下正常工作非常重要。--prefer-lowest 参数正是为此而生。它让 Composer 在安装依赖时，优先选择 composer.json 中指定版本范围内的最低兼容版本，而不是默认的最高版本。
为什么需要测试最低依赖版本？
你在 composer.json 中可能这样写依赖：
"require": {"phpunit/phpunit": "^9.0"
}
这表示支持 PHPUnit 9.0.0 到 10.0.0 之前的任意版本。默认情况下，Composer 会安装最新的符合版本（比如 9.6）。但如果你的代码无意中使用了 9.5 才引入的功能，那么使用 9.0 的用户就会出错。
--prefer-lowest 能帮你提前发现这类问题。
如何在测试中使用 --prefer-lowest
通常在 CI（持续集成）流程中加入该参数，验证最低版本兼容性。操作方式很简单：
- 运行 composer update --prefer-lowest --prefer-stable
- 然后执行你的测试套件（如 phpunit）
如果测试通过，说明你的库在所有允许的最低依赖版本下也能正常运行，增强了兼容性和稳定性。
配合版本约束一起使用更有效
为了真正起作用，你需要合理设置 require 的版本范围。过于宽松可能导致不可控，过于严格又限制用户升级。建议：
- 明确测试你声称支持的最低版本
- 在 composer.json 中使用 ^ 或 ~ 正确表达意图
- 将 --prefer-lowest 加入 CI 流水线，与常规测试并行运行
例如 GitHub Actions 中可以添加一个 job 专门跑最低依赖测试。
基本上就这些。用好 --prefer-lowest，能让你的库更健壮，减少用户“为什么装不了”的问题。不复杂但容易忽略。
