PHP扩展.so文件权限不足导致加载失败，本质是Web服务器或PHP进程用户（如www-data）无读取权限；需先用php --ini和php -i确认配置路径与extension_dir，再用ls -l验证.so文件存在且权限为644、目录为755，最后确保php.ini中extension=redis.so写在[PHP]段且重启对应服务。
PHP扩展（.so文件）权限不足，本质是Web服务器或PHP进程用户无法读取该动态库文件，导致加载失败。这不是代码问题，而是系统级访问控制在起作用——哪怕.so文件存在，只要权限不对或路径错位，php -m就看不到模块，extension=配置也形同虚设。
确认PHP实际加载的配置与扩展目录
别凭印象改错文件。先执行：
php --ini —— 查看“Loaded Configuration File”，这是PHP真正读取的php.ini路径；
php -i | grep extension_dir —— 确认扩展实际存放目录，例如/usr/lib/php/20220829；
ls -l $(php-config --extension-dir) —— 验证该目录下是否存在你要的.so文件（如redis.so），且文件权限为-rwxr-xr-x或至少-r--r--r--（用户需有读+执行权限）。
检查.so文件属主与权限是否匹配PHP运行用户
扩展目录及其.so文件必须对PHP进程用户（如www-data、nginx或php-fpm）可读。常见错误包括：
- 文件属主是
root，权限为600→ 其他用户完全不可读 - 目录权限为
700，仅root可进入 → PHP用户被拦在外面 - .so文件被放到
/usr/lib/php/extensions/no-debug-zts-20220829等子目录，但extension_dir没指向它
修复命令（以www-data为例）：
立即学习“PHP免费学习笔记（深入）”；
sudo chown root:www-data /usr/lib/php/20220829/redis.so
sudo chmod 644 /usr/lib/php/20220829/redis.so
sudo chmod 755 /usr/lib/php/20220829
验证php.ini中extension配置正确且生效
打开php --ini显示的配置文件，在[PHP]段末尾添加（不要加;注释）：
extension=redis.so
注意三点：
- 文件名必须与.so实际名称完全一致（区分大小写，不带路径）
- 不能写成
extension=/full/path/redis.so（除非明确指定绝对路径） - 确保没有重复行，也没有被放在
[opcache]等非全局区块内
重启对应服务并交叉验证
PHP扩展加载依赖SAPI（服务端接口），CLI和Web环境可能使用不同配置：
- Apache：执行
sudo systemctl restart apache2 - PHP-FPM + Nginx：执行
sudo systemctl restart php*-fpm（如php8.2-fpm）和sudo systemctl restart nginx
验证是否成功：
php -m | grep redis（CLI环境）
创建info.php：<?php phpinfo(); ?>，浏览器访问，搜索“redis”
