glob()不能直接删除文件，仅返回匹配路径数组；必须配合unlink()等函数执行删除，且推荐用foreach逐个检查is_file()和is_writable()以确保安全可控。
glob() 能否直接删除文件
不能。glob() 只负责查找匹配的文件路径，返回数组，本身不执行任何文件操作。常见错误是以为写 glob('*.log') 就等于删了日志——它只是“看到”，没“动手”。必须配合 unlink() 或其他 I/O 函数才能真正删除。
用 array_map + unlink 删除所有 .log 文件是否安全
不推荐直接这么用。虽然 array_map('unlink', glob('/path/*.log')) 语法上能跑通，但存在两个硬伤：
-
glob()返回 false（比如目录不存在或无读权限）时，array_map()会报 Warning：“Expected parameter 2 to be an array, bool given” - 遇到权限不足、文件被占用等失败情况，
unlink()返回 false，但array_map()不报错也不中断，静默跳过，你根本不知道哪些没删掉
更稳妥的做法是显式遍历并检查每一步：
foreach (glob('/var/log/app/*.log') as $file) {
if (is_file($file) && is_writable($file)) {
unlink($file);
}
}
为什么推荐用 foreach 而不是 array_map + glob
关键在可控性与可观测性：
-
glob()支持GLOB_ERR标志，但默认忽略错误；加了之后需配合set_error_handler捕获，太重 -
foreach可逐个判断is_file()防止符号链接或目录误删，加is_writable()避免权限报错打断流程 - 调试时可轻松插入
var_dump($file)或记录失败日志，而array_map是黑盒，出问题难定位 - PHP 8.1+ 中
glob()对空模式（如空目录）返回空数组，不是 false，但旧版本仍可能返回 false，兼容性差
删除前务必确认路径和通配符是否生效
这是线上事故最高发环节。常见疏漏：
- 路径末尾多写了斜杠：
glob('/var/log//*.log')在某些系统下可能不匹配（尤其 Windows） - 没转义特殊字符：如果目录名含空格或括号，
glob('/path with space/*.log')会失败，应改用escapeshellarg()或先realpath() - .log 匹配不严格：
*.log会匹配error.log.bak，但不会匹配access_log（无点）。需要更精确时改用preg_grep()+scandir() - 没考虑子目录：
glob('*.log')不递归；要递归得用glob('**/*.log', GLOB_BRACE | GLOB_ONLYDIR)（PHP 7.4+），或改用RecursiveIteratorIterator
最保险的调试方式是先打印结果：print_r(glob('/tmp/*.log'));，确认数组非空、路径正确，再加 unlink。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
