java1.5下载64_jre1.5.0 32/64位 官方版

jre1.5是JAVA创作环境的必备软件，软件提供了很多Java必备的性能支持，它包括Java虚拟机、Java核心类库和支持文件，能够帮助编程人员进行java各类应用和游戏的开发，让用户无需担心软件功能的不足所导致的问题。

【功能特点】

提供了对Solaris/SPARCTM 64位系统的支持。

Java基础类库/Swing, JavaTM web Start, JavaTM 插件和国际化的新特性为Web服务提供了丰富的客户端应用开发能力。

增强了基于XML, CORBA, IPv6, 和JDBCTM 3.0技术的连接性。

提供了新的安全特性包括JavaTM 安全Socket、JavaTM密码扩展、 JavaTM 验证与授权服务、Kerberos支持和一个路径验证API。

提供了高性能的Java 2DTM 图形技术，新的可升级的I/O和 Java虚拟机的改进。

具有新的简单判断机制，登录API函数，以及对资源不足和错误更强的处理和报告能力。这使J2SE成为当今高效能应用软件和Web服务开发和发布最可靠和便利的平台。

针对主流的商务应用并与以前的JavaTM2 运行环境标准版软件版本完全兼容。

【注意事项】

1、共享类库需要在GAC(Global Assembly Cache)中注册，注册过程比较复杂，首先要用工具生成公开/私有密钥对，然后结合密钥和类库版本号连编，最后使用工具注册到GAC中好以后,会被放在"C:Winntassemblygac类库的名称空间版本号"目录下，不同的类库版本在注册的时候会按照版本号分开放置：

·某类库1.0版本 C:Winntassemblygac名称1.0名称.dll

·某类库1.1版本 C:Winntassemblygac名称1.1名称.dll

2、可以同时存在一个类库的n个版本，至于在程序中用哪个版本，在程序的配置文件中声明，CLR会根据声明来调用相应的版本的类库。我觉得.Net实现方法未免太复杂了一些，将所有共享类库都塞到一个系统目录下，并且同一个类库还有n个版本，将来.Net第三方开发的类库逐渐丰富起来以后，.Net类库的GAC也会越来越庞大，会不会也搞得和Windows注册表一样难以维护?软件发布到服务器上的时候，类库要再注册一次，服务器会逐渐形成一个庞大的树状的GAC，GAC里面存放着组件的n个版本。试想经过一段时间之后，C:Winntassemblygac目录会越来越庞大，有的组件甚至有n个版本都放在那里，你又不敢随便删除，不知道是不是有程序需要使用，我不明白MS为什么要把这么简单的事情搞到这么复杂?