求助：Java文件显示为空（0KB）但可正常运行，无法编辑

哇，这个问题确实有点诡异——源文件空了但程序还能正常跑，好在你手里有能正常工作的class文件，这就有救了！下面是几个简便的解决办法，按步骤来就行：

• 反编译Class文件恢复源码
  这是最直接的捷径，既然你的class文件能正常运行，我们可以把它反编译回Java源码：

  • 用可视化工具（比如JD-GUI）：下载打开后，直接把你的GuiApp.class拖进窗口里，就能看到反编译后的完整代码，复制出来保存成原来的Java文件名即可。
  • 用命令行工具（比如CFR）：先下载CFR的jar包，然后在命令行执行java -jar cfr-0.152.jar GuiApp.class --outputdir ./src，它会把反编译后的源码输出到指定的./src目录下。
    小贴士：反编译的代码可能会丢失注释，变量名也可能和你原来的不一样，但核心逻辑是完全一致的，你可以在此基础上调整回自己熟悉的写法。

• 排查文件显示/缓存问题
  有时候0KB可能只是显示bug，不是真的文件空了：

  • 先关闭所有IDE，用记事本、Notepad++这类纯文本编辑器打开这个Java文件，看看能不能读到内容——有些IDE的索引或缓存可能出问题，导致读不到文件内容，但纯文本编辑器可以。
  • 检查文件属性：Windows右键文件看属性确认实际大小；Linux/macOS用ls -lh 文件名.java查看真实大小，再用cat 文件名.java直接输出内容，看看是不是真的空了。
  • 排查权限问题：如果是Linux/macOS，确保你有该文件的读取权限，用chmod +r 文件名.java添加读取权限试试。

• 恢复历史版本
  如果你有备份或版本控制的话，这是最完美的解决办法：

  • 用Git的话，命令行输入git log找到之前有完整代码的提交记录，然后执行git checkout 提交ID -- 文件名.java就能直接恢复到对应版本的源码。
  • 系统备份：比如Windows的文件历史、macOS的Time Machine，找到对应时间点的备份文件替换现在的0KB文件即可。

按照上面的方法，你应该能快速找回你的代码。优先试试反编译，因为你已经有可用的class文件，这是最靠谱的捷径～

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