编写不同的PHP版本和通用PSR

首先，根据 Composer 的文档：

最新版本的 Composer 需要 PHP 7.2.5 才能运行。长期支持版本 （2.2.x） 仍然提供对 PHP 5.3.2+ 的支持，以防您坚持使用旧版 PHP 版本。

所以，只要你使用的是 7.2.5 或更高版本，你就应该很好。其次，我自己也管理着几个PHP版本不同的项目。我在 Fish shell 中创建了一些别名，以确保我使用的是具有正确 PHP 版本的 Composer（否则，它可能会拉取错误的依赖项），并且这些别名执行与您手动执行的功能相同的功能：

alias composer5="php5.6 $(which composer)"
alias composer7="php7.4 $(which composer)"
alias composer8="php8.1 $(which composer)"

我从未遇到过这种方法的问题，特别是因为这是一个独立的 PHAR 存档，不需要任何外部依赖项。composer

现在，关于 的问题，这是由系统范围的包含路径引起的，导致在运行时包含此位置，因为包是在您使用 PHP 8 时安装的，因此代码使用 PHP 8 功能，现在，当您尝试使用 PHP 7 并且该包被拉取时，它会导致语法错误。/usr/share/php/Psr/Log/LoggerInterface.php

对 Ubuntu 软件包数据库的快速搜索显示，这可能来自软件包，这表明您可能使用 APT 安装了一些 PHP 软件包，这导致了安装此依赖项。我总是不鼓励人们从 Debian 软件包安装任何 PHP 应用程序，除非它是唯一安装的 PHP 软件包/应用程序（例如在容器/VPS 等中）。这始终是重大问题的根源。您唯一应该安装的是 PHP 解释器，也许还有作曲家 PHAR;就是这样。任何其他依赖项都应该是保存在其文件夹中的本地包依赖项。php-psr-logvendor/

以下是我推荐的步骤，以检查您使用 APT 安装了哪些 PHP 包：

dpkg -l "*php*" | grep ii

这个命令只会列出名称中包含单词的包（例如，即使你有它，包也不会出现），但如果你看到的不仅仅是PHP本身，请考虑删除它们。此外，您还可以检查真正取决于您发现可疑的软件包，即：phpmediawikiapt-cache

apt-cache rdepends php-psr-log

提示，您也可以根据解释器查找包。php

如果目前无法删除这些文件，我认为有一些选项值得考虑：/usr/share/php/

1. 在运行时调整 PHP，确保它不在 include 路径中。/usr/share/php/
2. 将这些文件（暂时）移开，这样就不会在运行时使用。但这可能会破坏其他包裹，所以要小心。
3. 重新安装必须使用 PHP 7 全局安装的软件包。这将使它们仍然适用于 PHP 8（除非有错误）和 PHP 7。

但又一次。没有全局安装任何内容。

您的问题是使用 apt.

你不应该这样做，因为它会在系统范围内安装自己的依赖项。例如，PHP 是 Composer 的依赖项，或者您在问题中提到的这些 PSR 库。

使用系统的包管理器删除 composer，然后使用这些说明直接安装 Composer。

除非需要，否则不要在项目中安装 PSR 依赖项。对于它的外观，你不知道，它只是它们是由 apt 安装的。