如何在WebStorm中恢复误删除的本地代码文件？
先说一个核心判断：WebStorm本身并不直接保存文件快照，但它为你留了两条关键的“后悔药”——本地历史（Local History）和版本控制（如Git）。 只要文件在删除前曾被WebStorm索引过，或者已经提交/暂存到了Git，找回它就不是难事。
为什么删了还能找回来？
这背后其实有个“隐形守护者”：Local History。你可以把它理解为一个轻量级的、IDE自动维护的变更快照系统。它并非Git，而是基于文件系统的操作记录，每分钟、每次显式保存或重构，都会默默记上一笔。只要文件曾经出现在项目目录里，并且WebStorm正常运转过，大概率就能找到它的踪迹。
值得注意的是，这些历史记录就保存在本地磁盘上（具体路径是 $PROJECT_DIR$/.idea/localHistory/），重启IDE也不会消失。不过，它有两个关键限制：一是不会备份那些从未被WebStorm打开或索引过的“边缘”文件；二是默认策略下，超过5天的旧记录就会被自动清理。
从 Local History 恢复已删除的文件
这是最常用、最快捷的恢复路径，尤其适合刚删不久、或者文件还没来得及交给Git管理的情况。
- 操作很简单：右键点击文件原来所在的目录（比如你删了
src/utils/date.js，那就右键src/utils/这个文件夹）→ 选择Local History→Show History。 - 在弹出的历史窗口里，找到时间戳早于你删除操作的那条记录（通常会带有 “External change” 或 “Deleted” 这样的标记）。
- 选中记录后，右键选择
Revert：这个操作会把该目录下，在那个时间点存在的所有文件状态都恢复回来，自然包括了已被删除的。 - 如果只想“捞出”某一个特定文件，可以在历史列表中展开目录树，精准定位到那个文件名，再对它单独执行
Revert。
需要警惕的是：Revert 是覆盖写入。如果当前目录里已经有了一个同名的新文件，它会被直接替换掉。稳妥起见，建议先备份当前的工作区，或者改用 Copy Path From Revision 功能，先把历史版本导出为一个副本，对比确认后再做处理。
从 Git 仓库恢复（更可靠，但依赖提交习惯）
如果文件曾经被 git add 过或者已经提交，那么Git就是更权威的“时光机”。WebStorm集成了Git，操作起来比命令行更直观：
- 打开
Git工具窗口（快捷键Alt+9，或者直接点击底部状态栏的分支名）。 - 切换到
Log标签页，在提交历史中找到最近一次包含该文件的提交记录。 - 右键点击这个提交，选择
Get from Repository...→ 在弹出的窗口中勾选你要恢复的文件（支持多选）→ 点击OK。 - 如果文件只是被
git rm移出了暂存区，但还没有提交这次删除，那就去Changes标签页下的Local Changes区域找找。已删除的文件通常会显示为红色，右键点击它，选择Rollback即可。
这里有个关键前提：如果文件从未被 git add 跟踪过，那么Git就完全感知不到它的存在，无论是 Rollback 还是翻看 Log 都无济于事。这种情况下，就只能依靠 Local History 或者去系统的回收站里碰碰运气了。
恢复失败时的补救线索
如果上面两条路都走不通，先别急着重写代码，还有几个地方可以排查：
- 检查系统回收站/废纸篓：WebStorm删除文件时，默认调用的是系统API，大多数情况下文件会先进入回收站（除非你用了
Shift+Delete强制删除，或者修改了相关配置）。 - 手动翻找本地历史目录：可以尝试直接去
.idea/localHistory/目录下，根据日期找到对应的.xml快照文件。用文本编辑器打开，里面是以纯文本格式保存的文件内容快照，可以直接复制出来重建文件。 - 确认“安全写入”设置：检查一下是否开启了
Safe Write功能（路径：Settings → Appearance & Beha vior → System Settings →Use "safe write"）。这个功能开启后，保存操作会采用“写入新文件再原子替换”的策略，有时临时文件可能会残留在系统临时目录里，但这通常不推荐手动去翻找。
话说回来，真正难以恢复的情况，往往是文件创建后从未保存、从未被WebStorm打开、也从未加入Git跟踪，同时系统回收站又被清空了——这种“三无”文件，IDE确实无能为力。所以，最好的防御就是习惯：新建文件后立刻按一下 Ctrl+S，并养成随时 git add -N（预跟踪）或至少看一眼 git status 的好习惯。
