Java SE Runtime Environment v9.0.140 多国语言官方安装版 xx

Java SE Runtime Environment 电脑安装java环境是由 sun microsystems 在 1995 年首先发布的编程语言和计算平台。这项基础技术支持最新的程序，包括实用程序、游戏和业务应用程序。java 在世界各地的 8.5 亿多台个人计算机和数十亿套设备上运行，其中包括移动设备和电视设备。

【基本介绍】

Java语言恐怕是稳居网路应用程序语言的首选了,这都要归功于它高度的安全性以及跨平台的特性,几乎在目前所有的电脑平台上您都可以见得到Java的芳 踪.过去很可能会有不少人抱怨Java虽然有著相当不错的跨平台以及安全防护等特性,但是它的性能相比C++各种传统惯用的程序语言还有不足之处.不过这 次Sun Microsystem可是有备而来的,不仅在执行速度上有大幅度的改革,而且在内容上也有做了一些修改以及增强.最新JAVA运行库,建立一个运行JAVA的环境

【特色介绍】

过去，很可能会有不少人抱怨Java虽然有着相当不错的跨平台以及安全防护等特性，但是它的执行速度远远不及C++等各种传统惯用的程序语言。不过，如今的Java不仅在执行速度上有大幅度的改革，而且在内容上也有做了不少些修改以及增强。

【使用方法】

它是运行基于Java语言编写的程序所不可缺少的运行环境。也是通过它，Java的开发者才得以将自己开发的程序发布到用户手中，让用户使用。

【更新日志】

IANAData2015e
JDK8u60包含IANA时区数据版本2015e。
Bug修复：dns_lookup_realm默认情况下应为false
Kerberoskrb5.conf文件中的dns_lookup_realm设置默认情况下为false。
Bug修复：禁用RC4密码套件
基于RC4的TLS密码套件（例如TLS_RSA_WITH_RC4_128_SHA）现在被视为有漏洞，不再使用（请参阅RFC7465）。相应地，默认情况下，在OracleJSSE实现中通过将"RC4"添加到"jdk.tls.disabledAlgorithms"安全属性，并将其从默认启用的密码套件列表中删除，已停用了基于RC4的TLS密码套件。通过从java.security文件包含的"jdk.tls.disabledAlgorithms"安全属性中删除"RC4"，或者动态调用Security.setProperty()并使用SSLSocket/SSLEngine.setEnabledCipherSuites()方法将其读取到启用的密码套件列表中，可以重新激活这些密码套件。您还可以使用-Djava.security.properties命令行选项来覆盖jdk.tls.disabledAlgorithms安全属性。例如：
java-Djava.security.properties=my.java.security...
其中my.java.security是包含不带RC4的属性的文件：
jdk.tls.disabledAlgorithms=SSLv3
即使从命令行设置了此选项，仍必须使用SSLSocket/SSLEngine.setEnabledCipherSuites()方法向启用的密码套件列表重新添加基于RC4的密码套件。
Bug修复：支持JKS和PKCS12密钥库的密钥库类型检测
密钥库兼容性模式：为了提升互操作性，Java密钥库类型JKS现在默认支持密钥库兼容性模式。此模式使得JKS密钥库可以访问JKS和PKCS12文件格式。要禁用密钥库兼容性模式，请将安全属性keystore.type.compat设置为字符串值false。
Bug修复：JDK8u发行版中不安全的监视方法已过时
sun.misc.Unsafe上的方法monitorEnter、monitorExit和tryMonitorEnter在JDK8u60中被标记为已过时，将在以后的发行版中删除。这些方法不在JDK自身内部使用，也极少在JDK之外使用。
Bug修复：使用SA从核心文件提取JFR记录
DumpJFR是基于可服务性代理的工具，可用于从核心文件和实时Hotspot进程提取Java飞行记录器(JFR)数据。可以通过以下方法使用DumpJFR：DumpJFR工具可将JFR数据转储到当前工作文件夹中名为recording.jfr的文件。
-将DumpJFR附加到实时进程：
java-cp$JAVA_HOME/lib/sa-jdi.jarsun.jvm.hotspot.tools.DumpJFR
-将DumpJFR附加到核心文件：
java-cp$JAVA_HOME/lib/sa-jdi.jarsun.jvm.hotspot.tools.DumpJFR
Bug修复：名为"enum"的本地变量导致虚假的编译器崩溃
javac语法分析器未正确对名为"enum"的本地变量进行语法分析；当程序包含此类本地变量时，如果在编译过程中使用的"source"标记对应于不支持枚举构造的发行版（例如"-source1.4"），则会产生虚假的失败。