根本原因是PHP进程用户对下载目录无写入权限，需查清实际用户、目录属主与权限，再用chown/chmod修正；SELinux、云安全组件及immutable属性也常导致失败。
直接原因不是PHP脚本写错了，而是当前运行PHP的用户（如www-data、nginx或apache）对目标下载路径没有写入权限——哪怕路径存在、磁盘有空间，只要属主/权限不匹配，file_put_contents()或fopen(..., 'w')就会静默失败或报Permission denied。
确认PHP进程真实用户和目标目录权限
别猜，用命令查清楚再动手：
- 查PHP实际运行用户：
ps aux | grep -E '(php-fpm|apache|httpd|nginx)'或在PHP里执行echo posix_getpwuid(posix_geteuid())['name']; - 查目标目录（如
/www/wwwroot/myapp/downloads/）当前属主和权限：ls -ld /www/wwwroot/myapp/downloads/ - 若输出显示属主不是上一步查到的用户（比如是
root），且权限不含w（如drwxr-xr-x），那就必然失败
修复目录所有权与最小必要权限
给目录设对用户、设对权限，比盲目chmod 777安全十倍：
- 把目录属主改成PHP进程用户：例如Ubuntu用
sudo chown -R www-data:www-data /www/wwwroot/myapp/downloads/；CentOS用sudo chown -R nginx:nginx /www/wwwroot/myapp/downloads/ - 目录必须有
x位才能进入，所以权限底线是755（drwxr-xr-x）：执行sudo chmod -R 755 /www/wwwroot/myapp/downloads/ - 如果该目录只用于写入（如临时下载后立即处理），可考虑
775并确保PHP用户在对应组里，但不要用777
代码层捕获并验证写入是否真成功
is_writable()在NFS或容器里可能误判，靠它不够；得结合真实操作+错误检查：
立即学习“PHP免费学习笔记（深入）”；
- 别只写
if (is_writable($dir)) { file_put_contents(...); }，要实际调用后再验错 - 示例写法：
$path = '/www/wwwroot/myapp/downloads/file.zip'; $result = file_put_contents($path, $content); if ($result === false) { $err = error_get_last(); if ($err && strpos($err['message'], 'Permission denied') !== false) { error_log("Download failed: no write permission on {$path}"); die('服务器忙，请稍后再试'); } } - 注意：
file_exists()返回true不代表能写；touch()测试更直接，但会留空文件，慎用生产环境
宝塔面板用户额外注意SELinux和云厂商安全组件
即使权限和属主都对了，在阿里云/腾讯云等环境仍可能被拦截：
- 运行
sestatus，若为enabled，临时关掉：sudo setenforce 0，并改/etc/selinux/config中SELINUX=enforcing为disabled - 查是否有云厂商安全代理在捣乱：
ps aux | grep -i "aliyun\|qcloud\|tencent"，若有，临时停用：sudo systemctl stop aliyun-service（阿里云）或sudo systemctl stop qcloud-monitor（腾讯云） - 宝塔默认创建的
/www目录，某些镜像会设immutable属性，用lsattr /www确认，若输出含i，需chattr -i /www（极少见但存在）
真正卡住人的，往往不是chown没做，而是SELinux开着、云安全组件在后台拦着、或者/www目录被设了不可变属性——这些点不排查，光改权限根本没用。
