Eclipse问题Access restriction: The type 'SunJCE' is not API 解决，并加深理解/jre与/jdk目录下jre的区别

Eclipse问题Access restriction: The type ‘SunJCE’ is not API 解决，并加深理解/jre与/jdk目录下jre的区别

今天写程序的时候遇到了一个编译问题

Access restriction: The type 'SunJCE' is not API (restriction on required library 'D:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\sunjce_provider.jar')

经探索发现了一个解决方法。从报错信息中可以看出我使用的Java Runtime Environment（Java运行环境，简称jre）是D:\Program Files\Java\jdk1.7.0_79下的jre，

点击Project -> Properties，选择Java Build Path下的Libraries,可以看到我们运行工程时使用的jre，

选择JRE System Library，然后Remove掉，接下来再选择Add Library，在弹框中选择JRE System Library，点击next，

在接下来的选择框中我们可以看到三个选项，分别为

Execution environment 它提供了eclipse支持的所有运行环境选项

Alternate JRE 可替换的JRE，在下拉选项中提供了../Java/jre7与../Java/jdk1.7.0_79/jre两个运行环境可选

Workspace default JRE（jre7）可知Java工作环境默认的jre为../Java/jre7

如果我选择Workspace default JRE（jre7）或Alternate JRE 下的jre7，都可以讲我原来的jre环境从../Java/jdk1.7.0_79/jre更换为../Java/jre7。

---

对于Access restriction: The type ‘SunJCE’ is not API这个问题，只要按照以上过程，先remove掉jre再添加jre就可以解决问题，（由此可推断这个报错应该是Eclipse造成的）

---

接下来，再了解一下Java中的两个jre的作用

以下内容来自http://blog.sina.com.cn/s/blog_7ffb8dd501011sgc.html

---

1、jdk下bin目录里的java.exe与外部jre中的java.exe的秘密
jdk里的java.exe和jre中的java.exe其实是一样的，但我们在运行的时候用的却是优先使用外部jre中的java.exe（即使我们安装了JDK且也配置了环境变量）。
首先，我们看下JDK的安装过程中发生了什么事：
安装JDK时一定会在其子目录下面安装一个JRE，同时在安装的过程也会询问你是否要安装一 个外部的JRE。如果我们选择安装则就同时拥有了两个jre。这两个JRE其实本质上是没有任何分别的。最主要的区别在于：JDK目录里面的JRE主要是 设计用来运行JDK自带的那些工具的（Bin目录下）。而外部的JRE在安装的时候会自动注册到操作系统的path（但在 我的电脑\属性\高级系统设置\环境变量\系统变量中的 path中并没有包含该命令的路径值）里面一般是：System32文件夹下 （该文件夹下包含：java.exe javaw.exe javaws.exe 三个文件）面。因此我们只要安装了外部的JRE（即使JDK没有安装，环境变量没有配置）则运行Java程序时都是用的外部JRE的java.exe程序来运行的（即使安装了JDK且配置了环境变量）（系统的默认path具有优先）。
2、
简单的说JDK是面向开发人员使用的SDK 。SDK是Software Development Kit 一般指软件开发包，可以包括函数库、编译程序等。
JDK(JAVA Develop Kit，JAVA开发工具包)提供了Java的开发环境和运行环境，主要用于开发JAVA程序，面向Java程序的开发者;
JRE(JAVA Runtime Environment，JAVA运行环境)提供了Java的运行环境，主要用于执行JAVA程序，面向Java程序的使用者。
一般情况下，每个JDK里面包含两套JRE。以JDK jdk1.6.0_22（默认安装路径是E:\Program Files\Java）为例，在E:\Program Files\Java\jdk1.6.0_22\目录下有一个JRE，在C:\Program Files\Java\目录下也有一个JRE。为什么会有两套JRE呢？因为JDK里面的工具也是用JAVA编写的，它们本身运行的时候也需要一套 JRE，即E:\Program Files\Java\jdk1.6.0_22\目录下的JRE。而E:\Program Files\Java\目录下的JRE是用来执行我们自己编写的JAVA程序。当然，两套JRE中的任何一套都可以用来执行我们自己编写的JAVA程序， 但是JDK里面的工具只能由E:\Program Files\Java\jdk1.6.0_22\目录下的JRE来执行。
既然在我们的电脑里面至少有两套JRE（如果安装了Borland JBuilder等高级开发工具，电脑里面会有更多套的JRE），那么由谁来决定使用哪一套JRE呢？这个重担就落在java.exe的身上。（当然对于 1 中我们安装了JDK的情况下，默认就是外部的JRE执行了！！！）
当我们在命令行输入：
java xxx
的时候，java.exe的任务就是在我们电脑上众多的JRE中找到合适的JRE来执行xxx。java.exe依据以下顺序来寻找JRE：
（1）自己的目录下有没有JRE目录；
（2）父目录下有没有JRE目录；
（3）查询注册表HKEY_LOCAL_MACHINE\Software\JavaSoft\Java Runtime Environment\
所以java.exe的执行结果与我们电脑里哪一个java.exe（搜索一下就会发现我们电脑里面也不止一个java.exe）被执行以及哪套JRE来执行JVA程序有很大的关系。
另外，java.exe在找到合适的JRE以后，还有一个验证版本的程序，也就是java.exe与JRE的版本一致才可以执行。如果出现版本不一致的问题，一定要记得两件事情：
（1）哪一个java.exe被执行；
（2）java.exe找到哪一套JRE。
只要这两件事情确定了，我们就抓住了问题的来龙去脉，解决起来也就轻而易举了。
3、
JVM(JAVA Virtual Machine，JAVA虚拟机)是JRE的一部分，JRE是JVM的补充。那么JVM到底在哪里呢？我们打开C:\Program Files\Java\jdk1.5.x\jre\bin，会看到client和server两个目录，在这两个目录中分别可以看到jvm.dll，这就 是我们所说的JVM之所在。

---

补充：
jdk的jre目录下的Bin目录有两个目录：server与client。这就是真正的jvm.dll所在。 jvm.dll无法单独工作，当jvm.dll启动后，会使用explicit的方法（就是使用Win32 API之中的LoadLibrary()与GetProcAddress()来载入辅助用的动态链接库），而这些辅助用的动态链接库（.dll）都必须位于jvm.dll所在目录的父目录之中。因此想使用哪个JVM，只需要设置PATH，指向JRE所在目录底下的jvm.dll