这种情况我太熟悉了——Eclipse的编译缓存有时候就像“顽固分子”，明明删了.java文件，它还攥着旧的.class文件不放，导致编译错误迟迟不出现。下面是几个亲测有效的解决步骤，帮你彻底清除这些隐藏的.class文件，触发预期的编译错误：

1. 定位项目的编译输出目录 #

首先得搞清楚Eclipse把编译后的.class文件存在哪了：

• 右键项目 → Properties → Java Build Path → 切换到Source标签页
• 你会看到每个源文件夹对应的Output folder（默认是bin，如果是Maven项目可能是target/classes）
• 打开系统文件管理器，直接导航到这个目录，手动删除里面所有内容——这比Eclipse的Clean功能更彻底。

2. 彻底清理Eclipse的项目缓存 #

光删输出目录还不够，Eclipse可能在工作区缓存里还存着旧的class文件：

• 关闭Eclipse（一定要关，不然缓存文件被占用删不掉）
• 找到你的Eclipse工作区目录，进入.metadata/.plugins/org.eclipse.jdt.core
• 删除这个目录下所有以*.class、*.index开头的文件（或者直接删整个目录，重启后Eclipse会自动重建）
• 重启Eclipse，然后右键项目 → Build Project，强制重新编译。

3. 检查项目依赖的JAR包 #

有时候被删除的类可能不小心被打包到了项目依赖的某个本地JAR里：

• 右键项目 → Properties → Java Build Path → Libraries标签页
• 逐个检查列表里的JAR文件，尤其是本地JAR（不是Maven远程依赖的那种），看看里面有没有你已经删除的类的.class文件
• 如果有的话，更新这个JAR或者直接移除它，再重新构建项目。

4. 用构建工具强制清理（如果是Maven/Gradle项目） #

如果你的项目用了Maven或者Gradle，直接用命令行工具清理最靠谱：

• 打开终端，导航到项目根目录
• Maven项目执行：mvn clean install
• Gradle项目执行：gradle clean build
  这会彻底删除target或build目录下的所有编译产物，然后重新从源码编译，绝对不会留旧的.class文件。

5. 预防下次再出现这种情况 #

为了避免以后再踩坑，删除Java源文件的时候可以注意：

• 右键文件 → Delete，弹出对话框时，如果确认要彻底删除，勾选Delete project contents on disk (cannot be undone)（不过这个要谨慎，只删你确定不需要的文件）
• 删除后立刻执行Project → Clean，并选择Clean all projects，确保Eclipse立刻清理旧的编译产物。

这样操作之后，那些引用了已删除类的代码就会立刻出现编译错误，你就能逐个修复了。同事那边的报错其实是正常的，因为他的工作区没有这些隐藏的缓存文件，而你的Eclipse之前一直用缓存撑着，现在清理掉就和他的状态一致了。

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