到目前为止，我已经看到了3个其他修复:

在.metadata/， rm .lock文件中 如果#1不起作用，尝试杀死进程javaw.exe等，然后rm .lock文件 如果#1和#2不工作，尝试rm .log文件在.metadata/，并再次检查.plugin/。 这对我来说一直都很有效:重新定位.metadata/，打开和关闭eclipse，然后覆盖。metadata

解决方案可以归结为清理.metadata文件夹。

Mac用户:

可能是另一个eclipse实例正在后台运行。如果是，使用Force Quit eclipse或

ps -ef |grep eclipse
kill -9 pid

到所有eclipse实例，并启动新的工作空间

导致这个问题的另一个非常常见的原因是，如果您试图加载一个不再连接的驱动器上的目录。例如，假设你用C:\Code\Java编程，但偶尔在H:\Code\Java闪存驱动器上工作。如果你没有连接驱动器，很容易相信你正在尝试加载一个有效的目录，而没有注意到你的打字错误。

还有另一种情况，工作空间的路径可能不存在，例如，如果您从另一个工作空间导入了首选项，那么一些导入的工作空间地址可能会出现在您的“开放工作空间”对话框中;然后，如果您不注意这些地址，一旦您试图打开它们，就会得到完全相同的错误。

使用选项-Dosgi.locking=none启动Eclipse。

我知道窍门了，而且很管用。

不要这样做，除非您知道没有人可以同时处理同一个文件。

@Boris给出的答案在99%的情况下是正确的，但是如果您在旧版本的Eclipse中打开工作区，也可能发生这种情况。用Juno导入/创建的工作区在Galileo中打开时将抛出此错误。