关于jdk和jre

大哭关于jdk和jre 

大家肯定在安装JDK的时候会有选择是否安装单独的jre,一般都会一起安装,我也建议大家这样做。因为这样更能帮助大家弄清楚它们的区别: 

Jre 是java runtime environment, 是java程序的运行环境。既然是运行,当然要包含jvm,也就是大家熟悉的虚拟机啦,还有所有java类库的class文件,都在lib目录下打包成了jar。大家可以自己验证。至于在windows上的虚拟机是哪个文件呢?学过MFC的都知道什么是dll文件吧,那么大家看看jre/bin/client里面是不是有一个jvm.dll呢?那就是虚拟机。 

Jdk 是java development kit,是java的开发工具包,里面包含了各种类库和工具。当然也包括了另外一个Jre. 那么为什么要包括另外一个Jre呢?而且jdk/jre/bin同时有client和server两个文件夹下都包含一个jvm.dll。说明是有两个虚拟机的。这一点不知道大家是否注意到了呢? 

相信大家都知道jdk的bin下有各种java程序需要用到的命令,与jre的bin目录最明显的区别就是jdk下才有javac,这一点很好理解,因为 jre只是一个运行环境而已。与开发无关,正因为如此,具备开发功能的jdk自己的jre下才会同时有client性质的jvm和server性质的 jvm, 而仅仅作为运行环境的jre下只需要client性质的jvm.dll就够了。 

记得在环境变量path中设置jdk/bin路径麽?这应该是大家学习Java的第一步吧,老师会告诉大家不设置的话javac和java是用不了的。确实jdk/bin目录下包含了所有的命令。可是有没有人想过我们用的java命令并不是 jdk/bin目录下的而是jre/bin目录下的呢?不信可以做一个实验,大家可以把jdk/bin目录下的java.exe剪切到别的地方再运行 java程序,发现了什么?一切OK! 

那么有人会问了?我明明没有设置jre/bin目录到环境变量中啊? 

试想一下如果java为了提供给大多数人使用,他们是不需要jdk做开发的,只需要jre能让java程序跑起来就可以了,那么每个客户还需要手动去设置环境变量多麻烦啊?所以安装jre的时候安装程序自动帮你把jre的java.exe添加到了系统变量中,验证的方法很简单,大家看到了系统环境变量的 path最前面有“%SystemRoot%system32;%SystemRoot%;”这样的配置,那么再去Windows/system32下面去看看吧,发现了什么?有一个java.exe。 

如果强行能够把jdk/bin挪到system32变量前面,当然也可以迫使使用jdk/jre里面的java,不过除非有必要,我不建议大家这么做。使用单独的jre跑java程序也算是客户环境下的一种测试。 

——————————————————————————————————————————— 


通俗点来说: jdk是java的开发包,其中包括jre;jre仅仅是java的运行时环境;而JDK包括了同版本的JRE,此外还包括有编译器和其它工具 

    JDK是java开发工具包(java Development Kit)的缩写。它是一种构建在java平台上发布的应用程序、apple和组件的开发环境。JDK是一切java应用程序的基础,所有的java应用程序是构建在这个之上的。它是一组API,也可以说是一些java Class。要成为一个Java程序员,JDK是必不可少的最基本的工具。 

    JRE是Java运行环境(Java Runtime Enviroment)的缩写。它基本上就和Java虚拟机是同一个概念。一般来说,在谈论一个具体的产品的时候,可以说“JRE”,而说到理论中的一个模型的时候,我们常用的是“Java虚拟机”。要使用Java程序,JRE是必不可少的环境。 

如果机子里安装了多个版本的jdk,如下: 

BEA Weblogic Server 7.0 自带一套 JDK1.3.1_02 
下载了一套最新的JDK1.4.1_02 
JBuilder9自带一套JKD1.4.1_02 
Oracle8.1.7自带一套JRE1.1.7 
Ration Rose自带一套JDK1.3 
DreamWeaver自带一套JDK1.3 

      6套JRE,每套JRE都被各自安装到不同的目录,不会互相影响。当在控制台执行java.exe,操作系统寻找JRE的方式如下: 

先找当前目录下有没有JRE 
再找父目录下有没有JRE 
接着在PATH路径中找JRE(一般运行时从path中查找,按照path设置前后顺序,以前面为准) 
注册表HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\ 查看CurrentVersion的键值指向哪个JRE(一般XP下是这个:C:\Program Files\Java\jre6)
 

      最常用的是在PATH路径中找JRE,一般情况下,自己的程序运行之前都会先在批处理文件里面临时设置PATH,把自己用的JRE放到PATH路径最前面,所以肯定会运行自己带的JRE,不会造成版本混乱。 

—————————————————————————————————————————————— 
JDK就是Java Development Kit.简单的说JDK是面向开发人员使用的SDK,它提供了Java的开发环境和运行环境。SDK是Software Development Kit 一般指软件开发包,可以包括函数库、编译程序等。 
JRE是Java Runtime Enviroment是指Java的运行环境,是面向Java程序的使用者,而不是开发者。 
如果安装了JDK,会发同你的电脑有两套JRE,一套位于 \jre 另外一套位于 C:\Program Files\Java\jre1.5.0_15 目录下,后面这套比前面那套少了Server端的Java虚拟机,不过直接将前面那套的Server端Java虚拟机复制过来就行了。而且在安装JDK可以选择是否安装这个位于 C:\Program Files\Java 目录下的JRE。如果你只安装JRE,而不是JDK,那么只会在 C:\Program Files\Java 目录下安装唯一的一套JRE。 
JRE的地位就象一台PC机一样,我们写好的Win32应用程序需要操作系统帮我们运行,同样的,我们编写的Java程序也必须要JRE才能运行。所以当你装完JDK后,如果分别在硬盘上的两个不同地方安装了两套JRE,那么你可以想象你的电脑有两台虚拟的Java PC机,都具有运行Java程序的功能。所以我们可以说,只要你的电脑安装了JRE,就可以正确运行Java应用程序。 
1、为什么Sun要让JDK安装两套相同的JRE? 
这是因为JDK里面有很多用Java所编写的开发工具(如javac.exe、jar.exe等),而且都放置在 \lib\tools.jar 里。从下面例子可以看出,先将tools.jar改名为tools1.jar,然后运行javac.exe,显示如下结果: Exception in thread "main" java.lang.NoClassDefFoundError: com/sun/tools/javac /Main 这个意思是说,你输入javac.exe与输入 java -cp c:\jdk\lib\tools.jar com.sun.tools.javac.Main 是一样的,会得到相同的结果。从这里我们可以证明javac.exe只是一个包装器(Wrapper),而制作的目的是为了让开发者免于输入太长的指命。而且可以发现\lib目录下的程序都很小,不大于2 9K,从这里我们可以得出一个结论。就是JDK里的工具几乎是用Java所编写,所以也是Java应用程序,因此要使用JDK所附的工具来开发Java程序,也必须要自行附一套JRE才行,所以位于C:\Program Files\Java目录下的那套JRE就是用来运行一般Java程序用的。 
2、如果一台电脑安装两套以上的JRE,谁来决定呢? 
这个重大任务就落在java.exe身上。Java.exe的工作就是找到合适的JRE来运行Java程序。 Java.exe依照底下的顺序来查找JRE:自己的目录下有没有JRE;父目录有没有JRE;查询注册表: [HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment] 所以java.exe的运行结果与你的电脑里面哪个JRE被执行有很大的关系。 

ADD:(小小结) 
1.JVM -- java virtual machineJVM就是我们常说的java虚拟机,它是整个java实现跨平台的最核心的部分,所有的java程序会首先被编译为.class的类文件,这种类文件可以在虚拟机上执行,也就是说class并不直接与机器的操作系统相对应,而是经过虚拟机间接与操作系统交互,由虚拟机将程序解释给本地系统执行。2.JRE -- java runtime environmentJRE是指java运行环境。光有JVM还不能成class的执行,因为在解释class的时候JVM需要调用解释所需要的类库lib。在JDK的安装目录里你可以找到jre目录,里面有两个文件夹bin和lib,在这里可以认为bin里的就是jvm,lib中则是jvm工作所需要的类库,而jvm和 lib和起来就称为jre。所以,在你写完java程序编译成.class之后,你可以把这个.class文件和jre一起打包发给朋友,这样你的朋友就可以运行你写程序了。(jre里有运行.class的java.exe)3.JDK -- java development kitJDK是java开发工具包,基本上每个学java的人都会先在机器上装一个JDK,那他都包含哪几部分呢?让我们看一下JDK的安装目录。在目录下面有六个文件夹、一个src类库源码压缩包、和其他几个声明文件。其中,真正在运行java时起作用的是以下四个文件夹:bin、include、lib、 jre。现在我们可以看出这样一个关系,JDK包含JRE,而JRE包含JVM。bin:最主要的是编译器(javac.exe)include:java和JVM交互用的头文件lib:类库jre:java运行环境(注意:这里的bin、lib文件夹和jre里的bin、lib是不同的)总的来说JDK是用于java程序的开发,而jre则是只能运行class而没有编译的功能。 
eclipse、idea等其他IDE有自己的编译器而不是用JDK bin目录中自带的,所以在安装时你会发现他们只要求你选中jre路径就ok了。

 

转自:http://ihyperwin.iteye.com/blog/1513754

今天将由于需要就将我的SQL 2008升级到SQL 2008 R2. 说到为什么要升级是因为,从另一台机器上备份了一个数据库,到我的机器上还原的时候提示“System.Data.SqlClient.Sqlerror:该数据库是在运行版本10.50.2500的服务器上备份的,该版本与此服务器(运行版本10.00.1600)不兼容。请在支持该备份的服务器上还原数据库,或者使用与此服务器兼容的备份。” 经过一番查证得知: 所谓的10.00.1600其实就是SQL 2008 10.50.1600其实就是SQL 2008 R2 10.50.2500其实就是SQL 2008 R2 SP1 这样一来基本就明了了。 我得升级自己的数据库到SQL 2008 R2 SP1。 这篇文章就把我先升级到SQL 2008 R2的过程详细记录下来,下一篇文章会介绍升级R2到R2 SP1. 第一步:准备安装程序。 首先SQL 2008是安装好的 因此只需要下载SQL 2008 R2安装程序,下载地址如下:http://care.dlservice.microsoft.com/dl/download/1/E/6/1E626796-588A-495C-917B-321093FB98EB/2052/SQLFULL_x86_CHS.exe?lcid=2052&ptype=pcare 第二步:升级开始。SHOW TIME!!! 1、如果是从SQL2008升级到SQL2008R2那么只能选择左侧“安装”对应右侧“从SQL SERVER 2000,SQL 2005或SQL 2008升级”这个选项来升级。 大家也注意到有一个“维护”但是这个选项是“从SQL 2008其他例如EXPRESS版本升级” 在此,要区分清楚。 2、安装程序支持规则检查。通过之后就继续下一步。 3、输入产品密钥,这个地方,你的密钥是什么版本的,装完之后你的数据库就是什么版本:像企业版,开发版等等等。 4、许可条款必须接受,不然人家不让用啊~~~ 5、安装程序支持文件。 6、程序支持规则安装完成后程序会自动检测安装的文件是否满足需求。 7、当你的服务器中只有一个实例的时候,你很难听到实例这个词,人们都直接叫他“数据库”了。只有在服务器上安装的实例数目超过两个的时候你才会听到“实例”二字比较多。 但是“实例”肯定是学习数据库过程中必须熟知的东东!!! 此处,选择你想要升级的实例。下一步就行了。 8、以前安装过的组件(component)都会出现在这里,不用管,以前有的,现在当然也要有,闭着眼睛点击“下一步”吧! 9、因为是升级安装,所以你以前的实例名字是什么,这里还是什么。继续“下一步”。 10、不废话,“下一步”。 11、是否发送错误报告,随便,下一步。 12、“下一步”。 13、点击“升级”按钮进行升级,中途等待大约20-30分钟就完成了。 升级过程中如图: 14、安装成功要求重新启动。重启吧没的说!! 15、重启完毕,启动SSMS(SQL SERVER MANAGEMENT STUDIO)在登陆界面上就会立马察觉到不同,SQL 2008变成了SQL 2008 R2. 16、连接上数据库引擎,在左侧导航栏就可以看到你数据库的版本了。这次变成了10.50.1600。如果还要升级到10.50.2500。那就继续安装一个升级补丁吧! 至此,10.00.1600升级10.50.1600已经成功完成。 总结一下: 10.00.1600就是SQL SERVER 2008 10.50.1600就是SQL SERVER 2008 R2 这篇博文里讲的是升级安装,如果你要进行全新安装,请按照如下操作: 一、卸载SQL SERVER 2008,一定要卸载,数据库不像其他常用的应用程序(那些程序会自动检测是否有旧版本,然后给你卸载并升级)。 另:对SQL来说,如果你安装好之后,再进行一次安装的话,实际上安装的是另外一个实例。 二、卸载完之后就安装就行了。执行的是安装---全新安装。 其他细节参考我的博文:SQL SERVER 2008安装(在实例、权限等方面,SQL 2008SQL 2008 R2是一样的)。
<think>首先,用户的问题是:“我想了解JDKJRE是否可以使用不同版本以及可能的影响。请问JDKJRE不同版本的兼容性及影响。”我需要参考提供的引用内容来构建回答。引用包括:-[^1]:关于JDKJRE版本一致性的问题,包括安装多个JDK时确保兼容性、PATH环境变量设置等。-[^2]:JDKJRE的下载指南,JDK包含开发工具运行环境,JRE运行时环境。-[^3]:JDK的定义,包括它包含JRE、开发工具标准库。-[^4]:Java版本的命名历史。-[^5]:运行Java命令时的规则,优先高版本JRE,PATH设置等。关键点是:JDK包含JRE,所以通常JDK自带一个JRE版本。用户问的是JDKJRE是否可以使用不同版本,比如从不同来源安装的JDKJRE。从引用[^3]:“JDK是整个Java的核心,包括了Java运行环境(JRE)”,所以JDK自带JRE。但用户可能安装了独立的JRE或不同版本的JDKJRE。引用[^5]提到运行Java命令时的规则:优先高版本JRE,如果没有则看PATH。所以,兼容性问题可能出现,如果使用不同版本的JDKJRE。我的回答需要:1.使用中文。2.结构清晰,逐步解决问题。3.确保真实可靠,基于引用。4.遵循系统级指令:行内数学表达式用$...$,独立公式用$$...$$(但这里可能不需要数学公式),LaTeX语法确。5.生成相关问题。6.在回答中引用的段落末尾添加引用标识,如[^1]。回答结构:-先解释JDKJRE的关系。-讨论是否可以使用不同版本。-分析兼容性问题可能的影响。-提供建议。-最后生成相关问题。步骤:1.**介绍JDKJRE**:基于引用[^2][^3],JDK包含开发工具JREJRE运行时环境。2.**版本兼容性**:通常,JDK自带的JRE版本匹配,但用户可以安装独立的JRE。不同版本可能导致问题,因为Java有版本兼容性问题。-引用[^1]提到要确保JDKJRE版本一致以避免问题。-引用[^5]显示运行命令时优先高版本JRE,可能引起冲突。3.**可能的影响**:-编译错误:如果使用高版本JDK编译,但低版本JRE运行,可能出现类文件版本不兼容。-运行时错误:方法或API在不同版本中变化,导致NoSuchMethodError等。-工具问题:javac(JDK工具)java(JRE工具)版本不匹配。4.**建议**:保持版本一致,使用JDK自带的JRE,或通过PATH控制版本。5.**生成相关问题**:基于主题,如如何管理多版本、解决兼容性问题等。最终回答:-使用标题或小标题组织内容。-引用来源自然添加。-结尾部分:§§相关问题§§列出几个问题。</think>### JDK JRE 不同版本的兼容性及影响 JDK(Java Development Kit)是 Java 开发工具包,包含编译器(javac)、调试器其他开发工具,同时它也集成了 JRE(Java Runtime Environment)。JRE 是 Java 运行时环境,仅提供运行 Java 程序所需的虚拟机(JVM)核心库。在理想情况下,JDK 自带的 JRE 版本与 JDK 版本一致,以确保无缝开发与运行。然而,用户可能因安装多个 Java 版本或独立安装 JRE,导致 JDK JRE 版本不一致。下面我将逐步分析这种情况的兼容性、潜在影响及解决方案。 #### 1. **JDK JRE 的基本关系** - JDK 包含 JRE:根据引用[^3],JDK 是整个 Java 的核心,它包括了 Java 运行时环境(JRE)、开发工具(如 javac)标准类库。这意味着当你安装一个 JDK 时,它会自带一个匹配版本的 JRE,无需额外安装。 - 独立 JRE 的存在:用户也可以单独安装 JRE(例如,仅用于运行程序),这可能来自不同版本或来源。例如,系统可能预装了一个旧版 JRE,而你安装了新版 JDK。 - 版本命名规则:Java 版本从 JDK 1.0 到 Java SE 17 等(引用[^4]),每个版本可能引入新特性或弃用旧 API,这增加了版本间兼容性的复杂性。 #### 2. **是否可以使用不同版本的 JDK JRE?** 技术上可行,但不推荐。JDK JRE 可以独立安装使用,例如: - 使用 JDK 11 编译程序,但用 JRE 8 运行。 - 系统中有多个 JDK/JRE 版本,通过环境变量(如 PATH)控制访问(引用[^1])。 然而,这依赖于 Java 的版本兼容性规则: - Java 遵循向后兼容原则:低版本 JRE 通常无法运行高版本 JDK 编译的程序,因为高版本可能使用新类或 API。 - 向前兼容有限:高版本 JRE 可能运行低版本 JDK 编译的程序,但需注意弃用 API 或行为变更(例如,Java 8 到 Java 11 的模块化系统变化)。 #### 3. **兼容性问题及潜在影响** 如果 JDK JRE 版本不一致,可能出现以下问题: - **编译与运行时版本冲突**: - 当你使用高版本 JDK(如 JDK 17)编译程序时,生成的字节码版本较高。如果尝试用低版本 JRE(如 JRE 8)运行,JVM 会抛出 `UnsupportedClassVersionError`,因为低版本 JVM 无法识别高版本类文件格式(引用[^1])。例如: ```plaintext 错误: 无法加载主类 Main; 原因: java.lang.UnsupportedClassVersionError: Main 已由较新版本的 Java 运行时编译 (class 文件版本 61.0), 此版本仅支持最高 52.0 ``` - 反之,低版本 JDK 编译的程序在高版本 JRE运行通常常,但可能触发弃用警告或行为差异(如 Java 9 引入的模块系统)。 - **工具命令不一致**: - `java` `javac` 命令版本不匹配会导致问题。引用[^5]指出,运行 `java -version` 时系统优先选择高版本 JRE(如果安装),而 `javac` 命令依赖于 PATH 中设置的 JDK 路径。如果 PATH 指向低版本 JDK 但系统 JRE 是高版本,编译可能失败或产生意外结果。例如: - 如果 PATH 中 JDK 11 在前,但系统默认 JRE 是 8,运行 `java` 时可能使用 JRE 8,而 `javac` 使用 JDK 11,导致编译的代码无法运行。 - **API 功能差异**: - 高版本 Java 可能引入新类库或修改现有 API(如 Java 11 移除 Java EE 模块)。如果程序依赖这些特性,在低版本 JRE运行会抛出 `NoClassDefFoundError` 或 `NoSuchMethodError`。 - 安全风险:旧版 JRE 可能缺少安全补丁,而新版 JDK 编译的程序依赖新安全机制,增加漏洞风险。 影响总结: - 开发效率下降:频繁的版本错误需手动调试。 - 运行时崩溃:程序无法启动或行为异常。 - 维护困难:多版本环境管理复杂,尤其在团队协作中。 #### 4. **解决方案最佳实践** 为避免兼容性问题,建议: - **保持版本一致**:始终使用 JDK 自带的 JRE。安装 JDK 时,它会自动配置匹配的 JRE。例如,JDK 17 安装包包含 JRE 17(引用[^2])。 - **管理多版本**: - 使用环境变量控制:在 PATH 中优先指定所需 JDK 路径(引用[^1])。例如,在命令行设置: ```bash # Windows 示例 set PATH=C:\Program Files\Java\jdk-17\bin;%PATH% ``` - 工具辅助:使用 `update-alternatives`(Linux)或第三方工具(如 SDKMAN)切换版本。 - **编译时指定目标版本**:使用 `javac` 的 `-target` `-source` 选项编译为低版本字节码。例如,JDK 17 编译兼容 JRE 11: ```bash javac -source 11 -target 11 Main.java ``` - **检查版本一致性**: - 运行 `java -version` `javac -version` 确保输出版本匹配(引用[^5])。 - 在 IDE(如 Eclipse 或 IntelliJ)中配置项目 SDK 与运行环境一致。 #### 5. **总结** JDK JRE 版本不一致可能导致编译、运行时错误维护难题。尽管技术上可行,但强烈推荐使用匹配版本以最大化兼容性稳定性。Java 的版本演进(引用[^4])强调向后兼容,但用户应测试跨版本场景。最佳实践是依赖 JDK 内置 JRE 并通过 PATH 管理环境(引用[^1][^5])。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值