哇，遇到这种情况真的太糟了——辛苦写的500多行代码突然变空白，还占着17KB的空间，换谁都慌。不过别着急，咱们一步步来试试恢复：

• 检查Processing的自动备份
  Processing默认会自动备份你的文件，备份路径一般在你的文档文件夹下的Processing/backups目录里。每个备份文件会带有时间戳，找昨晚到今早之间生成的文件，打开看看是不是你丢失的代码。

• 用专业文本编辑器尝试打开
  记事本对特殊编码或隐藏字符的支持很差，试试用Notepad++、Sublime Text或者VS Code这类编辑器打开文件。打开后可以切换编码（比如在Notepad++里通过「编码」菜单选择不同的编码格式），有时候所谓的“空白”只是编码不兼容导致的显示问题，实际代码还在文件里。

• 查看文件的二进制/十六进制内容
  既然文件有17KB大小，说明里面肯定不是空的。可以用十六进制编辑器（比如HxD）打开文件，查看底层的字节内容。如果原来的代码还残留一部分，或者能找到被异常字符覆盖的痕迹，说不定能手动恢复部分内容。你也可以试试用命令行查看：Windows下运行type 你的文件名.pde，Linux/macOS下运行cat 你的文件名.pde，有时候命令行能显示出图形化编辑器看不到的内容。

• 利用系统的文件历史版本

  • Windows系统：右键点击空白的Processing文件，选择「属性」，切换到「以前的版本」标签，看看系统有没有自动保存的文件快照，有的话直接恢复到之前的版本即可。
  • macOS系统：打开Time Machine，找到文件所在的文件夹，回溯到昨晚的时间点，看看能不能找到未损坏的文件版本。

• 排查Processing缓存问题
  有时候Processing的缓存出错会导致文件显示异常。试试先完全关闭Processing，然后清空它的缓存文件夹：

  • Windows：%APPDATA%/Processing
  • macOS：~/Library/Processing
  • Linux：~/.processing
    清空后重启Processing，再尝试打开你的文件。

最后提醒一句：这次恢复后，建议用Git这类版本控制工具来管理你的代码，或者定期手动备份，能大大降低这种意外的损失。

内容的提问来源于stack exchange，提问作者George Valentin Datcu