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

你可能感兴趣的:(Java,JVM)