Java/Eclipse中单个类文件代码被清空丢失无法恢复如何解决

1. 优先验证文件原始状态 #

• 关闭Eclipse，使用第三方文本编辑器（如VS Code、Notepad++、系统自带记事本）直接打开涉事Java类文件，不要通过Eclipse打开查看
• 查看文件属性中的占用空间数值：
  • 如果数值大于0，说明文件内容并未真的丢失，大概率是Eclipse缓存识别异常、文件存在不可见控制字符/编码错误导致的显示异常
  • 如果数值为0，说明文件在死机时被操作系统截断，属于真实的数据丢失

2. 文件存在内容（占用空间>0）的修复方案 #

• 全选第三方编辑器中显示的所有内容，复制后新建一个Java类文件，粘贴内容后保存，替换原项目中的异常文件
• 若仍有语法报错，在第三方编辑器中开启显示所有字符功能，删除文件开头/结尾的空字符、BOM头、控制符等不可见内容后重新保存
• 重新导入项目到Eclipse，右键项目选择刷新，再执行清理项目操作即可消除报错

3. 文件为0字节的恢复方案 #

• 检查你导入的备份文件是否为误覆盖的异常版本：找到最早的未打开过的备份压缩包，解压到和原有工作区完全无关的路径后，单独打开涉事类文件验证内容，不要直接导入现有Eclipse工作区
• 检查操作系统的文件还原点：Windows系统可右键点击文件所在文件夹，选择属性 - 以前的版本，查找死机时间点之前的文件夹版本进行恢复
• 若开启过Eclipse的本地历史功能，可直接到工作区原.metadata的历史路径查找：默认路径为.metadata/.plugins/org.eclipse.core.resources/.history/，按修改时间排序筛选对应时间段的文件，找到后修改后缀为.java即可查看内容
• 检查浏览器缓存、云盘同步历史、邮件/聊天工具发送记录：如果之前曾将该类文件发送给同事、或上传到代码片段站点、开启了云盘文件同步，可从对应历史版本中找回

4. 兜底验证操作 #

• 所有修改完成后，删除现有工作区的.metadata文件夹，新建一个空白工作区重新导入项目，避免原有工作区缓存导致的异常报错复现
• 确认项目的Java编译版本、JDK配置和原开发环境一致，避免版本不兼容导致的语法误报

内容的提问来源于stack exchange，提问作者Buk Lau