解决 setup-php 项目中 PHP 8.3 扩展加载警告问题

在自托管运行器上使用 setup-php 项目配置 PHP 8.3 环境时，开发者可能会遇到一系列关于 PHP 扩展无法加载的警告信息。这些警告通常表现为动态链接库缺失的问题，影响开发工作流的正常执行。

问题现象

当在自托管运行器上执行 PHP 相关操作时，控制台会输出大量类似以下的警告信息：

PHP Warning: PHP Startup: Unable to load dynamic library 'amqp.so' (tried: /usr/lib/php/20230831/amqp.so (librabbitmq.so.4: cannot open shared object file: No such file or directory)

这些警告涉及多个常用扩展，包括但不限于 amqp、dba、enchant、imagick、imap 等。警告信息表明 PHP 无法找到这些扩展依赖的底层共享库文件。

问题根源

经过分析，这个问题主要出现在以下场景中：

1. 使用自托管运行器而非 GitHub 托管的运行器
2. 运行器操作系统为 Ubuntu 22.04 LTS
3. 安装的 PHP 版本为 8.3.x
4. 工作流配置中未明确指定运行器环境变量

问题的核心在于 setup-php 项目对于 PHP 8.3 版本采用了自定义构建方式，而非使用常见的 ondrej PHP 软件源。当工作流配置不完整时，可能导致扩展依赖的基础库未被正确安装。

解决方案

要彻底解决这个问题，开发者需要采取以下步骤：

1. 完善工作流配置

确保工作流文件中明确指定了运行器环境变量。在 setup-php 步骤中添加环境变量配置：

- name: Setup PHP
  uses: shivammathur/setup-php@v2
  with:
    php-version: ${{ matrix.php-version }}
    extensions: bcmath, ctype, fileinfo, json, mbstring, openssl, pdo, pdo_mysql tokenizer
  env:
    runner: self-hosted

2. 清理现有 PHP 安装

对于已经出现问题的运行器，需要手动清理现有的 PHP 8.3 安装：

sudo apt remove php8.3*
sudo rm -rf /usr/lib/php/20230831/

3. 验证依赖库安装

确保运行器上安装了必要的系统依赖库。对于常见的扩展依赖，可以安装以下软件包：

sudo apt install librabbitmq-dev libenchant-2-dev libmagickwand-dev libc-client-dev libsybdb5 libfbclient2 unixodbc-dev libaspell-dev libsnmp-dev libtidy-dev libzmq3-dev libmemcached-dev

最佳实践建议

1. 统一运行器环境：确保所有自托管运行器使用相同的操作系统版本和基础软件包
2. 版本一致性：尽量保持所有运行器上的 PHP 次要版本一致（如都使用 8.3.6）
3. 扩展管理：只安装项目实际需要的扩展，减少不必要的依赖
4. 工作流测试：在修改配置后，进行全面测试验证

总结

setup-php 项目为 GitHub Actions 提供了强大的 PHP 环境配置能力，但在自托管运行器上使用时需要特别注意环境配置。通过正确指定运行器类型、清理旧版本安装以及确保系统依赖完整，可以有效解决 PHP 8.3 扩展加载警告问题，保证开发工作流的顺畅执行。

对于团队协作项目，建议将运行器配置标准化并纳入版本控制，确保所有成员使用一致的环境配置，避免类似问题的重复出现。