PHP中file_exists()返回true但unlink()报“No such file or directory”错误求助

可能的成因 #

• 相对路径上下文不一致：file_exists()和unlink()的工作目录可能不同。比如Web服务器的执行目录与脚本所在目录不匹配，导致检测时路径有效，但删除时路径指向错误位置。
• 文件被其他进程抢占：file_exists()检测完成后，到unlink()执行前，文件被其他进程（如FTP工具、服务器扫描进程）删除或移动，导致删除时文件已不存在。
• 目录权限缺失：unlink()删除文件需要的是文件所在父目录的写入权限，而非文件本身的权限。即便文件权限正常，若父目录无写入权限，删除操作仍会失败。
• 路径隐性错误：路径中存在不可见字符（如空格、换行符），或拼写错误（比如你代码里的shooping是否应为shopping？），肉眼难以察觉但导致实际路径不匹配。
• 误判文件类型：file_exists()会返回目录的存在状态，如果路径指向的是目录而非文件，也会返回true，但unlink()无法删除目录，进而报错。

排查方向 #

• 使用绝对路径操作：将相对路径转为绝对路径，避免上下文差异问题，示例代码：

  $file_path = 'shooping/cloths.png';
  $abs_path = realpath($file_path);
  var_dump($abs_path); // 打印实际指向的文件路径
  if ($abs_path && is_file($abs_path)) {
      if (unlink($abs_path)) {
          echo "File deleted successfully.";
      } else {
          $error = error_get_last();
          echo "Error deleting file: " . $error['message'];
      }
  } else {
      echo "File does not exist.";
  }
  

• 检查父目录权限：确认shooping目录的权限，Web服务器运行用户（如www-data、apache）需具备该目录的写入权限。可通过chmod 755 shooping调整权限（根据实际需求设置）。
• 捕获详细错误信息：替换模糊的错误提示，用error_get_last()获取具体错误内容，精准定位问题。
• 手动验证文件状态：尝试手动删除目标文件，若无法删除则说明文件被其他进程锁定；若手动可删除，则排查脚本执行时的时序问题（如检测后文件被其他操作移除）。
• 替换文件检测函数：用is_file()代替file_exists()，确保检测的是文件而非目录，避免误判。
• 检查符号链接问题：若目标文件是软链接，确认软链接本身是否有效，以及Web服务器用户是否有权限操作该链接。

内容的提问来源于stack exchange，提问作者Buggy