当然可以在本地PHP7.2环境下，让Composer按照PHP7.1的环境来安装依赖包，这里有两种实用方案，你可以根据需求选择：

方案一：直接修改require中的PHP版本约束 #

如果你的项目确实需要长期依赖PHP7.1环境，直接在composer.json的require字段里明确指定PHP版本即可：

"require": {
  "php": "7.1.*"
  // 或者更灵活的范围：">=7.1 <7.2"
}

修改后执行composer update或者composer install，Composer就会拉取所有兼容PHP7.1的依赖包版本。不过要注意，这个修改会影响整个项目的依赖声明，如果团队其他成员使用不同的PHP环境，可能需要协调一致。

方案二：用platform配置模拟目标PHP版本（推荐） #

如果你只是想在本地测试PHP7.1环境下的依赖情况，不想修改项目正式的require约束，强烈推荐使用Composer的platform配置——它能让Composer“假装”当前运行环境是你指定的PHP版本，完全忽略本地实际的PHP版本。

临时模拟（单次命令生效） #

执行Composer命令时直接加上--platform参数：

composer install --platform=php:7.1.33
# 或者简化成大版本：composer install --platform=php:7.1

永久模拟（项目全局生效） #

如果需要长期在本地用这个规则，把配置写入composer.json的config字段：

{
  "config": {
    "platform": {
      "php": "7.1.33"
    }
  }
}

之后每次执行composer install或composer update，都会自动按照PHP7.1的环境来计算依赖。

注意事项 #

• platform配置只是影响Composer的依赖计算逻辑，不会改变你本地实际运行的PHP版本，所以如果你的项目代码本身用到了PHP7.2的特性，即使依赖包兼容7.1，运行时还是可能报错，需要自己保证代码的兼容性。
• 如果需要同时模拟其他扩展的版本，也可以在platform里添加，比如"ext-json": "1.6.0"。

内容的提问来源于stack exchange，提问作者Tarek Adam