使用 --prefer-lowest 参数可验证项目在最低兼容依赖版本下的运行情况。Composer 默认安装最新版本，而该参数使其安装版本约束内的最低版本，如 "symfony/http-foundation": "^5.0" 时安装 5.0.0 而非 5.4.x。这有助于发现对新版本功能的隐式依赖。在 CI 中设置 composer update --prefer-lowest 并运行测试，能暴露因低版本缺失方法导致的错误，确保版本下限声明准确，提升项目兼容性与健壮性。
当你在使用 Composer 安装依赖时，--prefer-lowest 参数会影响依赖版本的选择策略。在测试环境中，这个参数尤其有用，主要目的是验证你的项目是否能在所声明的最低兼容依赖版本下正常运行。
确保兼容最低版本的依赖
Composer 的版本约束（如 ^1.2 或 ~2.0.0）允许安装某个范围内的依赖版本。默认情况下，Composer 会安装满足约束的最新版本。而加上 --prefer-lowest 后，它会尝试安装每个依赖的最低可能版本（仍在允许范围内）。
- 例如，如果你的 composer.json 中要求 "symfony/http-foundation": "^5.0"，理论上支持从 5.0.0 开始的所有版本。
- 使用 --prefer-lowest，Composer 会尽量安装 5.0.0 而不是最新的 5.4.x。
这能帮助你发现是否无意中使用了某个组件在较新版本中才引入的功能或修复。
在 CI 测试中暴露潜在问题
很多项目会在持续集成（CI）流程中设置多环境测试，其中一个典型场景就是使用 --prefer-lowest 进行构建和测试。
- 如果代码依赖了某个库在 1.2.0 才加入的方法，但你的版本约束是 ^1.0，那么在最低版本（比如 1.0.0）下就会报错。
- 这类问题在日常开发中容易被忽略，因为本地通常安装的是最新版。
通过在测试中启用该参数，可以提前发现问题，避免发布后用户因安装低版本依赖而遇到错误。
移动端无限滚动加载瀑布流
下载
里面有2个文件夹。其中这个文件名是:finishing，是我项目还没有请求后台的数据的模拟写法。请求后台数据之后，瀑布流的js有一点点变化，放在文件名是：finished。变化在于需要穿参数到后台，和填充的内容都用后台的数据填充。看自己项目需求来。由于chrome模拟器是不允许读取本地文件json的，所以如果你要进行测试，在hbuilder打开项目就可以看到效果啦，或者是火狐浏览器。
如何在测试中使用
你可以在 CI 配置中添加一个专门的测试任务：
composer update --prefer-lowest phpunit
- 先强制安装最低兼容版本。
- 再运行单元测试或功能测试。
这样能有效验证你声明的版本下限是否真实可靠。
基本上就这些。合理利用 --prefer-lowest，可以帮助你写出更健壮、兼容性更强的 PHP 项目。不复杂但容易忽略。
