jre1.6 64位官方版
免费软件- 软件大小：16.4MB
- 软件语言：简体中文
- 更新时间： 2021-12-21
- 软件类型：国产软件
- 运行环境：win系统
- 软件等级 :
大雀下载地址
- 介绍说明
- 下载地址
- 相关推荐
jre6.0是java的运行环境，如果用户想要正常的使用我们的java程序那么必须拥有这个运行环境才能够正常运行。许多用户都知道java因为强大的跨平台特性，使得许多应用程序不但能够在windows上运行，还能够在Mac、Android、IOS等平台运行，所以许多公司的软件都采用java进行开发，如果你的软件运行不起来不妨下载一个jre再试试。
jre6.0中包含了许多内容，有java的虚拟机(JVM)、java核心类库和支持文件等等，不过想要开发的用户如果仅仅只有jre是没法进行java开发的，因为其中不包含开发工具JDK，所以如果想要开发的用户可以直接在本站下载最新版的JDK1.8来进行开发。
jre(java runtime environment),就是java程序的运行环境。所写的java程序在经过javac编译后会形成字符行文件，这个java的中间文件，计算机是看不懂的，而这个文件是给jvm（java的虚拟机）用的，由jvm进行解释后形成机器语言给计算机。而这个jvm就在jre中，也就是说java程序的运行要有jre来担当。
Net Framework的类库管理机制 .Net Framework的类库管理机制相当强大和复杂，分为私有类库和共享类库。
私有类库就放在exe程序当前路径下，或其相对路径中，只有当前程序可见。
注意事项
1、共享类库需要在GAC(Global Assembly Cache)中注册，注册过程比较复杂，首先要用工具生成公开/私有密钥对，然后结合密钥和类库版本号连编，最后使用工具注册到GAC中好以后,会被放在"C:\Winnt\assembly\gac\类库的名称空间\版本号\"目录下，不同的类库版本在注册的时候会按照版本号分开放置：
·某类库1.0版本 C:\Winnt\assembly\gac\名称\1.0\名称.dll
·某类库1.1版本 C:\Winnt\assembly\gac\名称\1.1\名称.dll
2、可以同时存在一个类库的n个版本，至于在程序中用哪个版本，在程序的配置文件中声明，CLR会根据声明来调用相应的版本的类库。我觉得.Net实现方法未免太复杂了一些，将所有共享类库都塞到一个系统目录下，并且同一个类库还有n个版本，将来.Net第三方开发的类库逐渐丰富起来以后，.Net类库的GAC也会越来越庞大，会不会也搞得和Windows注册表一样难以维护？软件发布到服务器上的时候，类库要再注册一次，服务器会逐渐形成一个庞大的树状的GAC，GAC里面存放着组件的n个版本。试想经过一段时间之后，C:\Winnt\assembly\gac\目录会越来越庞大，有的组件甚至有n个版本都放在那里，你又不敢随便删除，不知道是不是有程序需要使用，我不明白MS为什么要把这么简单的事情搞到这么复杂？
讨论：全局程序集缓存不会是无限大的，所以“将来.Net第三方开发的类库逐渐丰富起来以后，.Net类库的GAC也会越来越庞大，会不会也搞得和Windows注册表一样难以维护？”这是杞人忧天。原因如下：第一是操作系统的生命周期一般不会是无限长的，而且越来越短，Windows为证，同时.Net Framework也在不断更迭，在十年左右的时间里，全球的程序产量是有限的，高质量的第三方开发的类库更是有限，需要注册到GAC的就更少了。
Net Framekwork的核心类库
Net Framekwork的核心类库被放置在C:\Winnt\assembly\gac\目录下，按照不同的名称空间放在不同目录中，不像JRE打成了一个包。并且可以同时存在不同的版本，例如：
某类库1.0版本 C:\Winnt\assembly\gac\名称\1.0\名称.dll
某类库1.1版本 C:\Winnt\assembly\gac\名称\1.1\名称.dll
这样做，虽然很灵活，可以随时把类库更新到最新的状态，但是很容易带来版本管理的复杂度，造成版本不一致。
jre6.0中包含了许多内容，有java的虚拟机(JVM)、java核心类库和支持文件等等，不过想要开发的用户如果仅仅只有jre是没法进行java开发的，因为其中不包含开发工具JDK，所以如果想要开发的用户可以直接在本站下载最新版的JDK1.8来进行开发。
jre6.0安装教程
jre的安装十分简单，用户运行以后直接点击安装即可，建议默认安装在C盘，方便进行配置。jre和jdk的区别
jdk(java development kit)，就是java的开发工具集，顾名思义就是做开发用的，其中包括javac，也就是java compiler等。jre(java runtime environment),就是java程序的运行环境。所写的java程序在经过javac编译后会形成字符行文件，这个java的中间文件，计算机是看不懂的，而这个文件是给jvm（java的虚拟机）用的，由jvm进行解释后形成机器语言给计算机。而这个jvm就在jre中，也就是说java程序的运行要有jre来担当。
jre6.0管理机制
分类Net Framework的类库管理机制 .Net Framework的类库管理机制相当强大和复杂，分为私有类库和共享类库。
私有类库就放在exe程序当前路径下，或其相对路径中，只有当前程序可见。
注意事项
1、共享类库需要在GAC(Global Assembly Cache)中注册，注册过程比较复杂，首先要用工具生成公开/私有密钥对，然后结合密钥和类库版本号连编，最后使用工具注册到GAC中好以后,会被放在"C:\Winnt\assembly\gac\类库的名称空间\版本号\"目录下，不同的类库版本在注册的时候会按照版本号分开放置：
·某类库1.0版本 C:\Winnt\assembly\gac\名称\1.0\名称.dll
·某类库1.1版本 C:\Winnt\assembly\gac\名称\1.1\名称.dll
2、可以同时存在一个类库的n个版本，至于在程序中用哪个版本，在程序的配置文件中声明，CLR会根据声明来调用相应的版本的类库。我觉得.Net实现方法未免太复杂了一些，将所有共享类库都塞到一个系统目录下，并且同一个类库还有n个版本，将来.Net第三方开发的类库逐渐丰富起来以后，.Net类库的GAC也会越来越庞大，会不会也搞得和Windows注册表一样难以维护？软件发布到服务器上的时候，类库要再注册一次，服务器会逐渐形成一个庞大的树状的GAC，GAC里面存放着组件的n个版本。试想经过一段时间之后，C:\Winnt\assembly\gac\目录会越来越庞大，有的组件甚至有n个版本都放在那里，你又不敢随便删除，不知道是不是有程序需要使用，我不明白MS为什么要把这么简单的事情搞到这么复杂？
讨论：全局程序集缓存不会是无限大的，所以“将来.Net第三方开发的类库逐渐丰富起来以后，.Net类库的GAC也会越来越庞大，会不会也搞得和Windows注册表一样难以维护？”这是杞人忧天。原因如下：第一是操作系统的生命周期一般不会是无限长的，而且越来越短，Windows为证，同时.Net Framework也在不断更迭，在十年左右的时间里，全球的程序产量是有限的，高质量的第三方开发的类库更是有限，需要注册到GAC的就更少了。
jre6.0查找方法
JRE中由ClassLoader负责查找和加载程序引用到的类库，基础类库ClassLoader会到rt.jar中自动加载，其它的类库，ClassLoader在环境变量CLASSPATH指定的路径中搜索，按照先来先到的原则，放在CLASSPATH前面的类库先被搜到，Java程序启动之前建议先把PATH和CLASSPATH环境变量设好，OS通过PATH来找JRE，确定基础类库rt.jar的位置，JRE的ClassLoader通过CLASSPATH找其它类库。但有时候会出现这样的情况，希望替换基础类库中的类库，那么也可以简单的通过-Djava.endrosed.path=...参数传递给java.exe，于是ClassLoader会先于基础类库使用java.endrosed.path参数指定路径的类库。因此Java的版本管理是非常简单有效的，也许很原始，不过很好用，简单就不容易出错。(所以我很奇怪Eric Ramond为什么批评Java的类库管理机制，他还居然批评Java的接口，令人怀疑他对Java的了解程度)jre基础类库介绍
JRE自带的基础类库主要是JRE\lib\rt.jar这个文件，包括了Java2平台标准版的所有类库。和JRE的版本一致。Net Framekwork的核心类库
Net Framekwork的核心类库被放置在C:\Winnt\assembly\gac\目录下，按照不同的名称空间放在不同目录中，不像JRE打成了一个包。并且可以同时存在不同的版本，例如：
某类库1.0版本 C:\Winnt\assembly\gac\名称\1.0\名称.dll
某类库1.1版本 C:\Winnt\assembly\gac\名称\1.1\名称.dll
这样做，虽然很灵活，可以随时把类库更新到最新的状态，但是很容易带来版本管理的复杂度，造成版本不一致。
下载地址
- PC版
- 电信高速下载
- 联通高速下载
- 广东电信下载
- 山东电信下载
默认解压密码：www.daque.cn
如需解压，请在本站下载飞压软件进行解压！
