php -m 显示重复扩展名通常因多版本 conf.d 目录下存在同名配置文件导致，需逐版本执行 php--ini 确认配置路径，检查 /etc/php//cli/conf.d/ 和 /etc/php//fpm/conf.d/ 是否有重复或软链接的 .ini 文件，禁用时应重命名而非删除，并统一使用 apt 安装对应版本扩展避免混用 pecl。
php -m 显示重复扩展名，但实际只装了一个
这通常不是真的“重复”，而是不同 PHP 版本的 conf.d 目录下存在同名配置文件，导致多个版本同时加载同一扩展（比如 opcache.ini 被复制到 /etc/php/7.4/cli/conf.d/ 和 /etc/php/8.2/cli/conf.d/）。PHP 启动时会扫描所有启用版本的 conf.d，只要路径在 include_path 或配置中被纳入，就可能被加载两次——尤其当 CLI 和 FPM 共用一个 php.ini 位置时。
实操建议：
- 执行
php --ini查看当前 CLI 加载的配置路径，再分别对每个 PHP 版本运行（如php7.4 --ini、php8.2 --ini），确认各版本是否误读了其他版本的conf.d - 检查
/etc/php/*/cli/conf.d/和/etc/php/*/fpm/conf.d/下是否存在软链接或重复拷贝的*.ini文件 - 禁用某版本的扩展，不要删文件，改名为
20-opcache.ini.disabled—— 删除可能触发 APT 自动恢复 - 若使用宝塔，避免手动向
/www/server/php/*/etc/php.d/写入通用配置；它的扩展管理是按版本隔离的，跨目录复制极易引发冲突
apt install php-opcache 和 pecl install opcache 冲突
Debian/Ubuntu 系统中，php-opcache 是官方打包的 Zend 扩展，已预编译并适配对应 PHP ABI；而 pecl install opcache 实际无效（Opcache 自 PHP 5.5 起已内置），且 PECL 安装会尝试编译一个空模块或报错，还可能写入 extension=opcache.so 到配置中，与系统包的 zend_extension=opcache.so 冲突，造成启动失败或 php -v 报 Unable to load dynamic library。
实操建议：
- 先运行
apt list --installed | grep php-opcache，确认是否已通过 APT 安装 - 若曾用
pecl install，执行pecl uninstall opcache（即使提示“not installed”，也建议跑一遍） - 检查所有
conf.d目录下是否有opcache.ini同时含extension=和zend_extension=行——Zend 扩展必须用后者，否则加载失败 - 统一使用
apt install php<version>-opcache</version>（如php8.2-opcache），不要混用源
Nginx fastcgi_pass 指向 php8.2-fpm，但 phpinfo() 显示是 php7.4
这不是扩展冲突，而是 FPM 实例没真正切换：Nginx 配置里写的 fastcgi_pass 地址（如 unix:/run/php/php8.2-fpm.sock）和系统实际运行的 php-fpm 进程监听地址不一致。常见于手动修改过 www.conf 的 listen 值，但忘记重启对应服务，或多个版本共存时未停止旧实例。
实操建议：
- 执行
ss -tlnp | grep ':900\|php-fpm'，确认php8.2-fpm是否真在监听你配置的 socket 或端口 - 若看到多个
php-fpm进程绑定同一地址（如都 bind127.0.0.1:9000），立刻systemctl stop php7.4-fpm再systemctl start php8.2-fpm - 检查
/etc/php/8.2/fpm/pool.d/www.conf中的listen =行，确保它与 Nginx 的fastcgi_pass完全一致（包括路径大小写、unix:前缀） - 改完必须
systemctl restart php8.2-fpm，仅reload不生效——FPM 的 socket 绑定只在启动时完成
多个 PHP 版本共用 /usr/lib/php/20220829/ 扩展目录
这是最隐蔽的冲突点：某些编译安装或旧版 PECL 会把 .so 文件硬塞进全局扩展目录（如 /usr/lib/php/20220829/），而该目录被所有 PHP 版本的 extension_dir 默认包含。结果 PHP 7.4 和 8.2 都试图加载同一个 redis.so，但 ABI 不兼容，直接导致段错误或 core dumped。
实操建议：
- 执行
php -r "echo ini_get('extension_dir');"查每个版本的实际扩展路径，对比是否意外指向同一全局目录 - 进入该目录，用
file redis.so检查 so 文件的 ELF 架构和依赖，再用php7.4 -m | grep redis和php8.2 -m | grep redis看哪个能加载成功 - 不要手动删 so 文件——APT 包管理器会认为文件损坏并重装；应改用
apt remove php-redis，再为各版本单独装：apt install php7.4-redis、apt install php8.2-redis - 若必须用 PECL，加
--prefix指定版本专属目录：pecl install -d extension_dir=/usr/lib/php/20210902 redis（数字需匹配 PHP 的 API ID）
json_encode() 返回 null。这些往往源于扩展二进制与 PHP 运行时 ABI 的微小错位，而日志里可能只有一行 segmentation fault，连具体哪行代码触发都看不到。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
