PHP 8.5.5 本身不提示权限不足，错误源于运行时上下文；需依次排查：disabled_functions禁用、open_basedir限制、目录x权限链（755）、文件r权限（644）、属主匹配（如www-data）、SELinux上下文（如httpd_sys_content_t）及php_admin_value覆盖等。
PHP 8.5.5 本身不会“提示权限不足”——它只是执行环境，错误来自运行时上下文。你看到的“权限不足”，99% 是 PHP 进程以某个系统用户（如 www-data、apache 或 nginx）身份运行时，被操作系统或 PHP 自身配置拦住了。
为什么 php.ini 里没改，却突然报权限不足？
PHP 8.5.5 是维护更新版，不引入新安全策略，但会更严格地暴露已有配置问题。常见触发点：
- disabled_functions 里新增了 shell_exec、exec 等（尤其某些发行版预装包默认禁用）
- open_basedir 被 Apache/Nginx 配置自动注入（比如通过 php_admin_value），覆盖了 php.ini 设置
- display_errors 关闭 + 错误静默失败，导致你以为是“权限不足”，其实是函数直接返回 false 或空
验证方式：在出问题的脚本开头加
error_reporting(E_ALL); ini_set('display_errors', '1'); var_dump(ini_get('disable_functions'), ini_get('open_basedir'));Linux 下文件可读，但 PHP 仍报 Permission denied
不是文件权限数字不对，而是三重校验没过： - 目录链每一级都必须有x 权限（chmod 755 /var /var/www /var/www/html）
- 文件本身需对 PHP 运行用户有 r 权限（chmod 644 script.php）
- 文件属主/属组必须匹配 PHP 进程用户（ps aux | grep -E '(apache|httpd|php-fpm)' 看用户名，再 chown www-data:www-data script.php）
特别注意：SELinux 在 RHEL/CentOS/Fedora 上默认启用，ls -Z 若显示 unconfined_u:object_r:user_home_t:s0 类型，就得用 restorecon -v script.php 重置为 httpd_sys_content_t。
ThinkPHP 或 Composer 安装时报权限不足
这类框架级错误，本质是写入目标路径失败： -composer create-project 报 mkdir(): Permission denied → 当前用户对目标目录无 w 权限，别用 sudo composer（会导致后续 Web 服务读不了 vendor/）
- ThinkPHP php think run 报 Could not write lock file → runtime/ 目录归属不是 www-data，且没有 w+x 权限
- Docker 中访问宿主机 MySQL 报 Access denied → 不是密码错，是 host => 'localhost' 在容器里指向自己，应改用 host => 'mysql' 或 '172.17.0.1'，并确保 MySQL 用户授权记录是 'user'@'docker-host-ip'关键点容易被忽略：权限问题从来不是单一层级的事。你改了 chmod，可能 SELinux 拦着；开了 open_basedir，可能 php_admin_value 又补了一刀；确认了用户是 www-data，但实际 PHP-FPM pool 配置里 user = nobody。先定位真实执行者，再逐层检查，比盲目加 777 或关安全机制更可靠。
立即学习“PHP免费学习笔记（深入）”；
