PhpStorm 不管理 PHP 生成的临时文件，因其职责限于代码编辑与调试，不涉及文件系统垃圾回收；临时文件必须由 PHP 代码显式清理，如 unlink()、register_shutdown_function() 或 __destruct()，且批量清理需借助外部命令或脚本。
PhpStorm 本身不管理、也不自动删除 PHP 脚本产生的临时文件。它不扫描 /tmp、sys_get_temp_dir() 或项目里的 var/cache 等路径，也不会在关闭编辑器或清理缓存时顺手删掉你用 tempnam() 或 tmpfile() 创建的文件。
为什么你在 PhpStorm 里找不到“删除临时文件”功能
因为这不是 IDE 的职责范围 —— PhpStorm 处理的是代码结构、符号引用、调试会话和编辑体验，不是文件系统垃圾回收。你看到的「Safe Delete」「Rebuild Project」「Clear Cache and Restart」全都只影响索引、语法树或 UI 缓存，对磁盘上的临时文件完全无感。
- 「Clear Cache and Restart」只清 JetBrains 自己的
.idea下缓存和~/.cache/JetBrains/PhpStorm*，不碰/tmp或项目内生成的.tmp文件 - 右键某个
xxx.tmp文件 → Delete，只是普通文件删除操作，和删index.php没区别，不会触发批量或条件清理 - 没有内置的“按后缀/时间/目录扫描并删临时文件”的工具窗口或设置项
PHP 脚本中临时文件必须自己清理（别指望 IDE）
临时文件生命周期该由 PHP 代码控制，常见可靠做法：
- 用
unlink()在业务逻辑结束前显式删除：例如unlink($tempFile)放在file_put_contents()后、return前 - 加兜底：用
register_shutdown_function()注册清理函数，覆盖 fatal error / exit() 等异常退出场景 - 封装成类时，在析构函数
__destruct()中调用unlink()，但注意：PHP 的 GC 不保证析构时机，不能替代显式清理 - 避免用
tempnam()后不检查file_exists()就直接unlink()，否则会报Warning: unlink(): No such file or directory
想批量清理项目里的临时文件？得靠外部命令
如果你发现项目里堆了一堆 *.tmp、*.log.bak、cache/*/*.bin 这类文件，PhpStorm 不会主动提醒或提供一键按钮。你得手动执行：
立即学习“PHP免费学习笔记（深入）”；
- Linux/macOS 终端：
find ./ -type f \( -name "*.tmp" -o -name "*.swp" -o -name "*.log.*" \) -delete（先去掉-delete预览匹配结果） - Windows PowerShell：
Get-ChildItem -Path "." -Recurse -Force -Include "*.tmp","*.swp" | Remove-Item -Force - 写个 PHP 脚本放项目根目录，用
scandir()+preg_match()+unlink()扫描清理，然后在 PhpStorm 里右键 Run - 千万别依赖所谓“PhpStorm 清理插件”——它们只是把上面命令包了一层 GUI，误删风险更高，且不校验是否为“真正临时”（比如
.env.local.tmp可能是你改了一半的配置）
最常被忽略的一点：很多“临时文件”其实承担着运行时状态标记作用，比如 storage/framework/cache/data/.gitkeep 被删会导致 Git 丢整个目录；var/cache/.lock 被删可能让下一次 cache:clear 报错。清理前务必确认文件是否真可删，而不是只看名字带 tmp 或时间戳旧。
