使用unlink()前必须校验路径合法性并检查返回值，防止目录遍历、静默失败、阻塞及Windows文件占用问题，推荐结合realpath()、basename()、异步清理与文件锁确保安全可靠。
PHP用unlink()删文件前必须检查路径合法性
直接传用户输入给unlink()等于敞开服务器大门。常见错误是拼接路径后没做归一化和白名单校验，导致../../../etc/passwd这类路径绕过。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
realpath()展开路径，再判断是否落在允许目录内（如/var/www/uploads/） - 禁止路径中出现
..、/开头（除非明确需要绝对路径）、空字节\0 - 用
basename()提取文件名后，再拼到受控目录下，比直接拼接更安全 - 示例：
$safe_path = __DIR__ . '/uploads/' . basename($_GET['file']); if (strpos(realpath($safe_path), __DIR__ . '/uploads/') === 0) { unlink($safe_path); }
删除失败时unlink()不报错但返回false
很多脚本只写unlink($path)，删不掉也不吭声。实际可能因权限不足、文件不存在、NFS挂载异常或SELinux限制而静默失败。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 永远检查返回值：
if (unlink($path) === false) { error_log("unlink failed: $path, " . error_get_last()['message']); } - 用
file_exists()和is_writable()提前探路，但注意：NFS或某些容器环境is_writable()可能误判 - 删除前记录
stat($path)信息，便于事后排查权限/属主问题
大文件或高并发下unlink()阻塞的应对
在机械硬盘或慢存储上删GB级文件，unlink()可能卡住几秒，拖垮整个PHP-FPM进程。更麻烦的是，如果同时有10个请求删同一文件，可能触发Text file busy或Resource temporarily unavailable错误。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 对大文件（>10MB），改用后台异步清理：先
rename()到临时隔离目录，再由独立脚本或cron定期unlink() - 加文件锁避免并发冲突：
$fp = fopen($lock_file, 'c'); flock($fp, LOCK_EX); unlink($path); flock($fp, LOCK_UN); fclose($fp); - 不要依赖
@unlink()压制错误——它只是隐藏问题，不是解决问题
Windows下unlink()删不了正在被占用的文件
PHP在Windows上删文件失败，十有八九是文件被其他进程打开着，比如日志被记事本开着、Excel正读取CSV、杀毒软件在扫描。错误信息通常是Permission denied，但跟Linux权限无关。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
sys_getloadavg()或exec('tasklist /fi "imagename eq excel.exe"')辅助诊断（仅限开发环境） - 改用
rename()先移到回收站目录（如trash/），再定时清空，避免硬删失败中断流程 - 生产环境尽量避免在Windows上跑需频繁删文件的PHP服务——这点容易被忽略，但真出问题时很难绕开
