如何自动确定项目使用了哪些 PHP 扩展？答案

【问题标题】：How to automatically determine which PHP extensions are used by a project?如何自动确定项目使用了哪些 PHP 扩展？
【发布时间】：2015-12-02 11:11:26
【问题描述】：

有没有办法自动找出您拥有源代码的特定项目使用了哪些 PHP 扩展？

在将网站从一台服务器迁移到另一台服务器时，我经常发现自己想知道应该启用哪些 PHP 扩展才能使网站正常运行。是的，如果项目使用 Docker 或有详尽的安装指南，则此用例可能无关紧要，但情况并非总是如此。

我正在考虑一个脚本，它遍历所有 .php 文件并查找特定的函数调用或类，例如：

new mysqli( 或 mysqli_connect(: mysqli
imagecreate( 或 imagepng 或 imagejpeg 或 ...：gd
curl_init(：卷曲

是否已经存在类似的脚本？如果没有，写它有意义吗？

【问题讨论】：

很遗憾 - 没有。这就是为什么我们将项目设置为composer 项目，您可以在其中指定扩展和库依赖项。如果您的项目不是 composer 项目，那么您必须分析代码并尝试确定提供该功能所需的扩展。
可以用shell写，find + grep or awk
这不是一个完整的解决方案，但请查看github.com/glenscott/php-dependencies
getcomposer.org/doc/02-libraries.md 这很有趣。所以你可以通过 composer 手动指定依赖项（包括 PHP 扩展）。但是，composer.json 仍然必须手动填充，因此如果您添加使用扩展名的代码并忘记将其添加到 composer.json（例如，因为它已经在您的系统上可用），您仍然需要通过迁移时手动编码（数周/数月/数年后）。
@DarioSpagnolo 等等。所以你不会将你的作曲家文件放入版本控制中，即 git?!

标签： php

【解决方案1】：

^{按照 OP in their comment 的要求写为答案}

glenscott/php 依赖项

虽然不是一个完整的解决方案，但这将减少您必须做的手工工作：https://github.com/glenscott/php-dependencies

有几点需要注意；

您的源代码及其依赖项必须位于一个目录下——此目录之外的包含/必需文件不会被扫描
就目前而言，仅找到 function 依赖项。这意味着不检查类依赖关系。

您可以在这里阅读作者的博文：http://www.glenscott.co.uk/blog/finding-function-dependencies-in-your-php-applications/

运行

您可以通过命令行或网络浏览器执行这些操作。

步骤 1) 获取 PHP 环境详细信息： php get-env-functions.php
步骤 2) 查找依赖项： php scan-dependencies.php

【讨论】：

作为替代方案，我开发了一个类似的工具，可以使用反射捕获函数和类的依赖关系。见github.com/RogerGee/php-ext-depends

【解决方案2】：

我可以建议 2 种不同的方法：Composer 和 PHP CompatInfo。

作曲家

对于安装了依赖的 Composer 项目，可以使用命令查看需求

composer check-platform-reqs

注意它不分析代码，它只检查来自composer.lock文件的信息或 vendor 目录中的文件，以存在者为准。
结果示例：

composer-plugin-api  1.1.0                                                    success
ext-ctype            7.2.24                                                   success
ext-curl             7.2.24                                                   success
ext-dom              20031129                                                 success
ext-zip              n/a       phpoffice/phpspreadsheet requires ext-zip (*)  missing
php                  7.2.24                                                   success

软件包的开发者应该在composer.json 的require 部分中包含有关所需PHP 扩展的信息，例如"ext-curl": "*".
显然，这种方法的有效性很大程度上取决于开发人员的守时但此检查快速且易于使用。

PHP 兼容性信息

最新版本和开发文档可以在here找到。
可以找到最终用户文档 here, 你也可以从那里下载一个 PHAR 文件，但它可能已经过时了（目前它托管版本 5.0.12，而 GitHub 和 Packagist 拥有 5.4.2）。
安装此库的推荐方法是通过 Composer。
我建议单独安装它，而不是在您要测试的项目中，因为：

PHP CompatInfo 还需要一些 PHP 扩展并且您想测试自己的项目无需添加额外的依赖项。
PHP CompatInfo 可能需要与您的项目冲突的软件包版本，例如5.4.2 版需要symfony/config: ^4.4|^5.0，如果您的项目已经需要symfony/config: ^3.0 那么您无法安装最新版本的 PHP CompatInfo 作为该项目的一部分，即使您的系统可能允许这样做。

在您要测试的项目之外运行：

composer create-project bartlett/php-compatinfo - 此命令将安装 PHP CompatInfo 及其所有依赖项，包括开发依赖项，然后构建一个 PHAR 文件。如果您在安装开发依赖项时遇到问题，您可以忽略它们 composer create-project --no-dev --no-scripts bartlett/php-compatinfo, 在这种情况下，PHAR 文件也不会被构建，但无论如何都不是必需的。
cd php-compatinfo
composer run post-install-cmd - 此命令将构建 PHP CompatInfo 需要的 SQLite 数据库。此操作不应该在生产环境中执行！如果你想在生产环境中运行 PHP CompatInfo，那么你应该查看它的文档。

./bin/phpcompatinfo analyser:run --progress ../path/to/project - 此命令将分析代码并且可能会产生巨大的报告，但开头应该是这样的：

Extensions Analysis

    Extension REF      EXT min/Max PHP min/Max
    Core      Core     5.1.0       5.1.0
    json      json     5.2.0       5.2.0
 C  mongo     mongo    0.9.0       5.0.0
    pcre      pcre     4.0.0       4.0.0
    session   session  4.0.0       4.0.0
    standard  standard 5.2.3       5.2.3
    Total [6]                      5.2.3

有关详细信息，请参阅上述文档和内置帮助：

帮助消息

./php-compatinfo/bin/phpcompatinfo --help

列出可用的命令

./php-compatinfo/bin/phpcompatinfo list

关于命令的帮助信息

./php-compatinfo/bin/phpcompatinfo analyser:run --help

疑难解答

PHP CompatInfo 无法解析无效的 PHP 代码，所以如果你在分析过程中得到了 Fatal error 那么这可能就是原因。一些包可能包含带有错误 PHP 代码的测试文件，这些代码从未执行但用于测试，这种包的例子是squizlabs/php_codesniffer。我建议暂时删除整个包或仅删除其测试，以避免分析过程中出错。

结果解读

PHP CompatInfo 可能会产生假阳性和假阴性结果。

假阴性示例：库可以检测到你的项目使用了PDO，但无法检测是否使用与pdo_mysql 或pdo_pgsql 驱动程序或其他东西。虽然我打赌你知道你使用的是哪个数据库。

误报示例：一些 PHP 框架和库可能包含与众多服务一起使用的类出于相同的目的。例如，Yii 2 框架有类可以使用APC、APCu、memcache、memcached 和XCache。 PHP CompatInfo 将列出所有这些扩展，但这并不意味着它们真的在项目中使用，你必须弄清楚自己。图像处理 PHP 扩展 GD、Gmagick 和 Imagick 以及其他扩展也可能出现同样的情况。

【讨论】：