is_writable()不能直接判断文件是否可删除，它只检测文件自身可写性或所在目录可写性，而删除操作实际依赖父目录的写权限和执行权限。
PHP中is_writable()不能直接判断文件是否可删除
很多人误以为is_writable()返回true就代表unlink()一定能成功，其实不是。该函数只检测**文件自身是否可写**（对普通文件）或**所在目录是否可写**（对目录），而删除操作实际依赖的是**父目录的写权限和执行权限**——因为删除本质是修改目录项（即从父目录中移除该文件的 inode 引用）。
所以即使文件只读、甚至属主都不是当前用户，只要父目录对当前进程可写+可执行，unlink()仍可能成功。
真正决定文件能否删除的关键：父目录权限
判断逻辑必须落到文件的上一级目录上。例如要删/var/www/html/config.php，真正要看的是/var/www/html/这个目录的权限和属主。
-
is_writable('/var/www/html/')—— 必须为true（目录可写） -
is_executable('/var/www/html/')—— 必须为true（目录可执行，即能进入并访问其内容） - 若目录被
chmod 755且当前 PHP 进程用户（如www-data）属于同组或为其他用户，则需确认组/其他位是否含w和x - SELinux 或容器环境（如 Docker）中，还需检查上下文策略或挂载选项（如
noexec、ro）是否禁用写入
安全可靠的删除前检查函数
不要只靠is_writable($file)，应封装一个基于父目录的检查：
立即学习“PHP免费学习笔记（深入）”；
function can_delete($path) {
if (!file_exists($path)) return false;
$dir = dirname($path);
return is_dir($dir) && is_writable($dir) && is_executable($dir);
}
使用时注意：
- 该函数不保证
unlink()100% 成功（比如文件正被其他进程独占锁定），但已覆盖绝大多数权限问题 - 若
$path是根目录（如'/'或'C:\'），dirname()会返回'.'或'C:'，需额外处理边界 - Windows 下
is_executable()始终返回false（NTFS 无执行位概念），此时可跳过此项，仅校验is_writable($dir)
常见错误现象与调试建议
遇到unlink(): Permission denied却查不出原因？优先检查这些点：
- 运行
ls -ld /path/to/dir（Linux/macOS）确认父目录的drwxr-xr-x类权限中，当前用户是否有w和x - PHP 运行用户是否真的匹配？用
posix_getpwuid(posix_geteuid())打印真实 UID 和用户名 - 文件系统是否挂载为
noexec、nosuid或ro？mount | grep $(df . | tail -1 | awk '{print $1}') - 云存储或网络文件系统（如 NFS、S3FS）可能不完全兼容 POSIX 权限语义，
unlink()行为可能异常
权限判断这事，盯住父目录比盯住文件本身重要得多——而且 Windows 和 Linux 的底层逻辑差异，常常在跨平台部署时突然冒出来。
