PHP文生图报“Permission denied”主因是Web服务器用户（如www-data）无目标目录x权限或属主不匹配，需确认真实运行用户、逐级检查路径可进入性、设目录755及属主为PHP用户，并排查SELinux、open_basedir等拦截。
PHP文生图报“Permission denied”，不是模型或代码问题，而是目录没给Web服务器用户写权限。 你调用 imagepng()、file_put_contents() 或框架的保存逻辑失败，90% 是因为 PHP 进程（如 www-data、nginx 或 _www）根本进不去目标目录，或者进去后不能创建文件。
确认PHP运行用户和目标目录路径
不查清“谁在写”和“写到哪”，直接 chmod -R 777 是埋雷。先做两件事：
- 在PHP脚本里加一行：
echo exec('whoami');，浏览器访问看输出——这才是真实执行用户（别信配置文件里的默认值） - 打印你要保存图片的完整路径：
var_dump(realpath('/path/to/output'));，确认不是相对路径、符号链接或open_basedir外的路径 - 检查该路径每一级父目录是否都存在且可进入：比如要写
/var/www/html/images/gen/2026/08/，那么/、/var、/var/www、/var/www/html、/var/www/html/images、/var/www/html/images/gen……每层都必须对PHP用户有x权限（即能cd进去）
目录权限必须含x位，文件权限不用x
很多人卡在“能 ls 目录但写不了图”，就是目录缺执行权限（x）。Linux下没有 x 就无法进入目录，更别说创建文件。
- 目录统一设为
755：chmod 755 /var/www/html/images/gen（所有者 rwx，组和其他 rx）——保证PHP能进、能列、能建文件 - 已有图片文件保持
644：find /var/www/html/images -type f -exec chmod 644 {} \;——Nginx/Apache 只需读，不需执行 - 绝对不要对整个目录递归
chmod 777：它会让所有文件变成可执行（-rwxrwxrwx），某些严格配置的Web服务器会拒绝提供带x位的静态文件，反而导致403
所有权比权限数字更重要
光有 755 不够——如果目录属主是 root，而PHP以 www-data 运行，那 www-data 只能靠“组”或“其他”权限，而这两类通常只给 r-x，没 w。
立即学习“PHP免费学习笔记（深入）”；
- 把目录所有权交给PHP用户：
sudo chown -R www-data:www-data /var/www/html/images/gen - macOS用
_www用户：sudo chown -R _www:staff /Users/yourname/Sites/myapp/public/images - 宝塔用户注意：
www.conf中的user和group值可能不是www，要看/www/server/php/{版本}/etc/php-fpm.d/www.conf实际配置
SELinux/AppArmor或open_basedir会静默拦截
权限和属主全对，还是报错？可能是安全模块或PHP限制在背后拦着。
- 查SELinux状态：
sestatus；若为enabled，再看目录上下文：ls -Z /var/www/html/images；不对就重设：sudo chcon -t httpd_sys_rw_content_t /var/www/html/images - 查
open_basedir：phpinfo();搜索这一项，确保你的图片输出路径在允许列表内；不在就改php.ini或虚拟主机配置加：php_admin_value open_basedir "/var/www/html:/tmp" - AppArmor用户运行：
aa-status，看是否有php-fpmprofile 限制了写入路径
最常被忽略的一点：文生图往往先生成临时资源（内存图像、GD资源、临时文件），再落地保存。如果临时目录（如 /tmp）本身被 open_basedir 排除，或 session.save_path 不可写，也会连带导致保存失败——别只盯着最终输出目录。
