php unlink()无法删除文件是什么原因？权限问题解决指南！

发布日期： 2025-10-13 阅读量： 作者： admin

今天得空，正好把我前段时间折腾php那个unlink()函数删除文件的事儿，给大家说道说道。

起因是做了个小功能，就是允许用户上传图片嘛想着用户如果换新的图片了，旧的那个就得删掉，不然服务器垃圾文件越来越多，占地方。很自然就想到了PHP自带的unlink()函数，看手册用法也简单，直接给个文件路径就行。

一开始我挺自信的，觉得这不就是一行代码的事儿嘛于是咔咔咔把代码写上去了：

unlink($filePath);

$filePath 就是我要删的那个旧图片的完整路径。本地测试环境跑了一下，诶，好像没啥问题，文件确实没了。

可是一部署到测试服务器上，怪事就来了。

用户上传新图片后，旧图片还在那儿纹丝不动。奇了怪了。我第一反应是，路径是不是搞错了？赶紧打印了一下$filePath变量，拿到服务器上手动用rm命令试了下，能删掉。说明路径本身没问题。

这就头疼了。路径没错，函数也用了，咋就不工作？

我就开始琢磨，是不是权限的事儿？用PHP执行删除，那得看跑PHP的那个用户（比如常常是 www-data 或者 apache）有没有权限删这个文件。我连上服务器，ls -l看了下那个图片文件，权限是有的，所有者也是 www-data。这下更懵了。

后来又琢磨，删除文件，不光要看文件本身的权限，还得看它所在的那个文件夹的权限！ 因为删除文件本质上是修改目录的操作。恍然大悟，赶紧又ls -ld看了下图片所在的那个uploads目录。果不其然，这个目录 www-data 用户只有读和执行权限，没有写权限！那肯定删不掉文件。

找到原因就好办了。立马给了目录写权限：

chmod 775 /path/to/your/uploads/

或者更精细点，用chown把目录的所有者改成 www-data 也行。

改完权限，再试一次上传替换图片的功能。成了！旧图片立马就被干掉了。

不过还没完，后来又碰到过一次类似删不掉的情况。

那次权限是绝对没问题的。查了半天，发现是我在删除之前，用fopen打开了那个文件读了点东西，但是读完忘了fclose()关掉文件句柄了。文件还被PHP进程占着，unlink()自然就删不了。加上fclose()之后，就顺利删除了。

用unlink()这东西，看似简单，实际操作起来还是有几个小坎要注意：

基本上把这几点都检查到位了，unlink()用起来就顺手多了。算是个小小的实践记录，希望能帮到同样遇到坑的朋友们。

随便看看