我想获取一些信息来调试我遇到的问题，即 Eclipse 会重建我开放的纯 Java 项目中的所有内容，而不是仅增量地重新编译。不重新启动 Eclipse 或其他任何东西，只是保存文件或其他内容。
Eclipse 中的哪些具体条件会触发完全重建？似乎有时当您重命名或移动编译单元时，有时即使在移动/重命名后第一次完全重建后，这种情况仍然存在。
有什么方法可以让 Eclipse 显示它正在重建的原因吗？也许有一些日志记录可以提供有用的信息？
有时，问题会在几次之后自行消失，有时在某些不确定的组合之后会消失:关闭项目、清理项目、退出 Eclipse 应用程序、触摸 .classpath 文件。自动重建未打开。
<小时/>下面有类似问题。
<小时/>Why does Eclipse sometimes rebuild the whole workspace?
注意:“启动 Eclipse 后...”
<小时/>Prevent full project clean / rebuild in Eclipse
没有答案。
<小时/>Eclipse: can I keep progress dialog from blocking UI somehow?
我早些时候尝试减轻一些影响。
最佳答案
更新2:嗯，又发生了几次沙滩球事件。但这似乎有效(即现在对我来说已经连续工作了两次)，并且似乎有意义:
开始构建，但在中间的某个地方取消。然后再次开始构建。
这个想法是，如果构建以错误状态开始，则无论出于何种原因，它很可能再次以错误状态结束。但中途取消可能会阻止它以糟糕的状态结束。这样我们就可以以更好的状态重新启动构建。
<小时/>原文:我想我已经明白了。有一 strip 有堆栈跟踪的错误消息， 包含 DirectoryNotEmptyException。我怀疑在某些情况下，“.DSStore”文件(Finder/OSX/macOS hack)可能会阻止构建过程删除目标树中的目录。这并不能解释为什么它有时会自行解决，但也许这是一个时间问题。我想我可以制作一个脚本来查找并删除所有“.DSStore”文件，当发生这种情况时。
<小时/>更新:问题再次出现，而且很严重。 clean，关闭项目，重启Eclipse，无济于事。然而，删除目标/类最终起作用了。 (奇怪，“clean”不是这样做的吗？删除速度很慢，也许这就是原因？下次我会做一个“mv target/classes垃圾桶/”或其他东西，看看Eclipse是否可以)。这篇注释对一些 Eclipse 用户很有用。或者我自己，可悲的是:)。
关于java - Eclipse:触发完全重建，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55991064/