Shift+Delete 在 VSCode 中直接触发系统级硬删除，不经过回收站；恢复成功率取决于磁盘是否被覆盖，应立即停止写入并使用 Recuva（Windows）、TestDisk/PhotoRec（macOS/Linux）等工具抢救，Git 或 Local History 插件可预防此类问题。
Shift+Delete 在 VSCode 里根本不会触发 VSCode 的删除逻辑
VSCode 本身没有“回收站”或“软删除”机制，Shift+Delete 是操作系统级操作——它直接调用系统 API 绕过回收站删文件。VSCode 只是编辑器，不拦截或重写这个行为。所以不是“VSCode 删除了文件”，而是你用快捷键让 Windows/macOS 把文件从磁盘上硬删了。
恢复成败完全取决于：文件是否被新数据覆盖、磁盘是否持续写入、你反应有多快。
立刻停下手头所有写盘操作，打开磁盘恢复工具
任何后续保存、安装软件、下载文件、甚至浏览器缓存写入，都可能覆盖已删除文件的磁盘区块。越早行动，成功率越高。
- Windows：立刻关掉所有非必要程序，用
Recuva（免费）或PhotoRec（跨平台命令行，更底层但无 GUI）扫描对应磁盘分区 - macOS：停用 Time Machine 实时备份（避免覆盖），用
TestDisk/PhotoRec（终端运行）或Stellar Data Recovery（付费但对 .ts/.js/.py 文件识别率高） - Linux：优先用
extundelete（ext3/ext4）或photorec，别用rm -rf后再装东西
注意：PhotoRec 不按原文件名恢复，而是靠文件头识别类型，恢复后需手动按扩展名筛选，比如找 .ts 或 .py 文件。
如果你开了 Git，别急着跑恢复工具
Git 本地仓库（.git 目录）可能还存着刚删掉的文件历史，前提是：你删的是已 git add 过、或至少被 Git 跟踪过的文件，且没执行过 git clean -fdx。
- 检查文件是否还在暂存区：
git status—— 如果显示 “deleted: xxx.ts”，说明 Git 还知道它存在，git checkout HEAD -- xxx.ts就能秒恢复 - 如果已
git commit过，哪怕删了工作区，git restore --source=HEAD --staged --worktree xxx.ts（Git 2.23+）或git checkout HEAD -- xxx.ts都有效 - 如果只是新建未
add的文件被删了，Git 帮不上忙——它根本不知道这文件存在过
下次怎么避免这种事
不是靠记快捷键，而是靠环境约束：
- 在 VSCode 设置里禁用系统级快捷键干扰：加一条
"keyboard.dispatch": "keyCode"（防止某些键盘布局误触发） - 把项目根目录加入 Git，哪怕只做
git init && git add . && git commit -m "init"—— 这一步花 10 秒，救回一天 - 用 VSCode 插件
Local History（非官方但成熟），它会在.history文件夹里每 2 分钟自动存一次快照，删错后右键文件 → “Restore from Local History” 即可 - 慎用
Shift+Delete：Windows 用户可考虑用 AutoHotkey 屏蔽该组合键；macOS 用户默认没有Shift+Delete，但如果你装了 Karabiner，检查是否自定义了映射
真正难恢复的，永远是那些既没进 Git、又没开本地快照、还恰好被新日志覆盖了磁盘块的文件——这种时候，恢复工具也只会返回一堆乱码二进制。
