Composer 1环境下Symfony 5.4安装symfony/mailer报错解决

依赖解析失败的根本原因有两个：

• 当前运行环境使用的是已废弃的Composer 1.x版本，项目依赖的doctrine/dbal 3.3.4、doctrine/orm ^2.11都要求composer-runtime-api ^2.0，这个虚拟依赖只有Composer 2版本能提供，Composer 1环境下永远无法匹配到符合要求的版本，不管执行require还是update都会报错。
• 持续使用sudo执行Composer命令，除了弹出的安全风险提示之外，还会导致项目目录下的依赖文件、锁文件权限归属root，后续普通用户操作会持续出现权限异常。

执行过程中弹出的Packagist Composer 1弃用警告、Symfony自动锁定5.4.*版本约束都属于正常提示，不是安装失败的直接原因。

• 升级本地Composer到2.x稳定版
  如果你是全局安装的Composer，执行下面的命令完成升级：
  sudo composer self-update --2
  升级完成后执行composer -V验证版本，确认输出显示为Composer 2.x系列版本即可。
• 修复项目目录权限
  之前用sudo生成的项目文件归属都是root，先在项目根目录执行命令把权限改回当前开发用户，后续所有项目级别的Composer操作都不要再加sudo：
  sudo chown -R $USER:$USER .
• 修复依赖锁定状态
  不要直接执行全量update，先针对报错的doctrine组件做依赖更新，避免误升级其他组件突破Symfony 5.4的版本限制：
  composer update doctrine/dbal doctrine/orm --with-all-dependencies
  等命令执行完成、依赖正常安装后，再执行安装邮件组件的命令即可：
  composer require symfony/mailer

• 非必要不要执行不带任何包名的全量composer update，尤其在生产环境，很容易导致依赖版本超出框架兼容范围引发项目故障。
• 除了升级全局Composer本身的操作之外，所有针对具体项目的Composer依赖操作，都不需要加sudo，普通用户权限完全满足运行要求。
• Composer 1早已停止官方维护，目前绝大多数活跃维护的PHP组件都不再提供Composer 1兼容支持，后续所有PHP项目开发都建议默认使用Composer 2版本。

内容的提问来源于stack exchange，提问作者Eileen Balaguer