在我的案例中，生成路径JRE和执行环境中安装的JRE之间不匹配。我进入了项目>财产>Java编译器。底部有一条警告信息。

我单击链接“Installed JRE”、“Execution environment”、“Java build path”，将JDK版本更改为1.7，警告消失。

转到项目财产中的Java构建路径。删除现有的JRE系统库然后再次添加，即添加库-->JRE库-->选择JRE-->完成。最后选择order和export选项卡，选择JRE Lib并移至顶部。就是这样。

通过构建路径添加正确的JRE系统是解决方案，但您的eclipse可能仍然存在错误。要解决此问题，请转到Java Build路径-->Order and Export，然后将JRE系统库移到顶部。这解决了我的问题。

我也遇到过这个错误，但我的项目是在命令行上使用Maven和tycho编译器构建的（这是一组OSGi插件）。在对有相同问题但在Eclipse中而不是在命令行中解决的人进行了大量筛选后，我在Tycho开发者论坛上发现了一条消息，回答了我的问题，使用pom.xml中的配置忽略了关于访问限制的编译器警告：

<plugin>
    <groupId>org.eclipse.tycho</groupId>
    <artifactId>tycho-compiler-plugin</artifactId>
    <version>${tycho.version}</version>
    <configuration>
        <compilerArgument>-warn:+discouraged,forbidden</compilerArgument>
    </configuration>
</plugin>

更多信息可以在Tycho FAQ中找到。这让我花了好几年的时间，所以我想我会通过发布这个答案来帮助其他任何试图从命令行修复这些访问限制错误的人。

在我的案例中，生成路径JRE和执行环境中安装的JRE之间不匹配。我进入了项目>财产>Java编译器。底部有一条警告信息。

我单击链接“Installed JRE”、“Execution environment”、“Java build path”，将JDK版本更改为1.7，警告消失。

在这种情况下，如果您确定应该能够访问给定的类，那么这可能意味着您向项目中添加了几个jar，这些jar包含具有相同名称（或路径）但内容不同的类，并且它们相互覆盖（通常，旧的自定义构建jar包含内置的第三方库的旧版本）。

例如，当您添加一个jar实现：

a.b.c.d1
a.b.c.d2

而且是仅实现以下功能的旧版本：

a.b.c.d1
(d2 is missing altogether or has restricted access)

在代码编辑器中，一切都很好，但如果“旧”库覆盖了新库，则在编译过程中会失败-d2突然变得“丢失或无法访问”，即使它存在。

解决方案是检查编译时库的顺序，并确保首先使用具有正确实现的库。