php无法读取php.ini本质是找不到或系统拒绝访问，需四步修复：一查loaded configuration file路径；二用namei逐级验父目录x权限；三用sudo -u确认php进程用户读取能力；四绕selinux（chcon）或open_basedir限制。
PHP无法读取php.ini文件，本质不是“php.ini被锁”，而是PHP进程启动时根本找不到它、或找到了却因权限/路径/SELinux等原因被系统拒绝访问。修复需从定位、验证、赋权、绕障四步推进。
一、确认PHP实际加载的php.ini路径
盲目修改错误位置的php.ini无效。必须先查清当前环境真正生效的配置文件：
- 新建一个
info.php，内容为<?php phpinfo(); ?>，通过浏览器访问； - 在页面中查找Loaded Configuration File这一行，它显示的就是PHP正在读取的php.ini完整路径；
- 若该值为空或显示none，说明PHP根本没加载任何ini文件——问题出在启动参数或编译配置上，不是权限问题，需检查PHP二进制调用方式（如是否用了
php -n禁用配置）。
二、检查php.ini文件本身及父目录权限
Linux/macOS下，即使文件是644，若其任一上级目录（如/etc、/etc/php）缺少执行（x）权限，PHP进程也无法进入该路径读取文件：
- 执行
ls -l /path/to/php.ini，确认属主和权限（推荐-rw-r--r--即644）； - 逐级运行
namei -l /path/to/php.ini，查看每层目录的owner/group/perm，重点检查是否有某一级目录对PHP运行用户（如www-data或nginx）缺失x权限； - 若发现某父目录权限不足（如
drw-r--r--），用chmod 755补上执行位（仅限目录，不可对文件加x）。
三、校验PHP进程用户对php.ini的读取能力
PHP不是以你登录用户的权限运行，而是以Web服务器或PHP-FPM服务用户身份读取配置：
- 查真实用户：
ps aux | grep -E '(php-fpm|httpd|apache|nginx)'，看USER列； - 测试读取权限：用该用户身份执行
sudo -u www-data cat /path/to/php.ini > /dev/null，若报Permission denied，说明权限未到位； - 修复方式：
chown root:www-data /path/to/php.ini && chmod 640 /path/to/php.ini（更安全，只放行属组读取）； - 确保该用户属于对应组：
usermod -a -G www-data root（若root需维护）或直接chown root:root并设644（通用但略宽松）。
四、绕过SELinux或open_basedir等额外限制
某些发行版（如CentOS/RHEL）启用SELinux后，即使传统权限正确，也会拦截读取：
- 临时测试：运行
setenforce 0，再试phpinfo()，若此时能显示Loaded Configuration File，说明是SELinux导致； - 永久修复：
chcon -t etc_t /path/to/php.ini（标准配置文件类型）或semanage fcontext -a -t etc_t "/path/to/php.ini"后restorecon -v /path/to/php.ini； - 检查
open_basedir是否误将php.ini所在路径排除：在phpinfo()页搜索open_basedir，若非空且不含php.ini路径，需在php.ini中注释或修正该行（注意：CLI和Web模式可能使用不同php.ini，需分别检查）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
