<p>最快恢复方式是用 Git：若 git status 显示 deleted: index.php，直接 git restore index.php（Git 2.23+）或 git checkout HEAD -- index.php（旧版）。</p>
从 Git 历史中恢复被删的 index.php
如果项目启用了 Git 且删除前已提交过，这是最快最可靠的恢复方式。关键不是“找文件”，而是确认当前工作区状态和目标提交点。
- 先运行
git status看是否显示deleted: index.php—— 如果是，直接git restore index.php（Git 2.23+）或git checkout HEAD -- index.php（旧版） - 如果文件已被
git add删除并暂存，git restore --staged index.php先撤出暂存区，再恢复工作区 - 不确定删自哪个提交？用
git log --oneline --all --grep="index.php"或git log --oneline -S "function foo" -- index.php定位含该文件变更的提交
没有 Git 时查 /tmp 或编辑器临时文件
很多编辑器（如 VS Code、PHPStorm、Vim）会在系统临时目录或项目内生成备份或 swap 文件，但路径和命名规则差异大，需按工具排查。
- VS Code：检查项目根目录下
.vscode/无备份；重点看系统临时目录：/tmp/vscode-<username>-*</username>或~/.config/Code/Backups/（Linux/macOS），Windows 则查%TEMP%\vscode-* - Vim：执行
vim -r列出所有 .swp 文件；或手动搜find /tmp -name "*.swp" -mmin -60（近一小时内的 swap） - Sublime Text：默认不存临时副本，除非开启
create_backup设置，此时同名文件后缀为~，如index.php~
Linux 下用 debugfs 恢复刚删的文件（ext4 文件系统）
仅适用于未覆盖、未重启、且知道原文件所在分区的情况。成功率低、操作有风险，属于最后手段。
- 先卸载分区：
sudo umount /dev/sda1（不能对挂载中的分区操作） - 用
sudo debugfs /dev/sda1进入交互模式，执行lsdel查看可恢复的已删 inode 列表 - 找到对应时间戳和大小匹配的条目，记下 inode 号，再用
dump <inode> /path/to/recovered.php</inode>导出 - 导出后需手动修复文件权限和编码，且无法保证 PHP 语法完整性（可能只恢复部分数据块）
Web 服务器日志里找最近一次请求的完整 PHP 内容？
不能。Apache/Nginx 日志只记录请求路径、状态码、时间等元信息，不会保存 PHP 源码内容。但有一个例外场景：如果曾通过 GET/POST 提交过 PHP 代码（比如调试用的表单），且日志配置了 %{Content-Type}i 和 %{Content-Length}i，那请求体可能在 access_log 中以二进制或 base64 形式残留——但实际几乎不可读，也不推荐依赖。
立即学习“PHP免费学习笔记（深入）”；
真正值得检查的是错误日志：error_log 里若有 Fatal error: Uncaught ParseError，说明 PHP 曾加载过该文件，至少能确认它存在过、路径是什么，但内容依然不在日志里。
