我前几个月在书店买了 本 Core JAVA 7是 j2se 5.0的 .昨天我又去书店看了一下出来了一个 Core JAVA8 .6.0的....他们有什么区别么???更新这么快?

解决方案 »

  1.   

    区别不是特别大。
    具体可以看看java6的发行注记
      

  2.   

    接口功能更加强大,同时加入了更好的支持技术,具体可以看看java6的发行注记!!!在网上有中文版的,在java.com.cn下或者java.sun.com
      

  3.   

    JDK 1.6还在测试阶段,免不了bug
      

  4.   

    java 直接 执行 js代码 
      

  5.   

    楼主新学的话可以忽略区别,
    如果不是新手了,可以去了解一下。
    这些区别一般都是让用户用更简单更方便的手段实现目的。good luck
      

  6.   

    多了不少新特性
    一.Instrumentation 
         利用 Java 代码,即 java.lang.instrument 做动态 Instrumentation 是 Java SE 5 的新特性,它把 Java 的 instrument 功能从本地代码中解放出来,使之可以用 Java 代码的方式解决问题。在 Java SE 6 里面,instrumentation 包被赋予了更强大的功能:启动后的 instrument、本地代码(native code)instrument,以及动态改变 classpath 等等。在 Java SE 5 当中,开发者只能在 premain 当中施展想象力,所作的 Instrumentation 也仅限与 main 函数执行前,这样的方式存在一定的局限性。在 Java SE 6 的 Instrumentation 当中,有一个跟 premain“并驾齐驱”的“agentmain”方法,可以在 main 函数开始运行之后再运行。
    二、Http
        在 Java SE 6 当中,围绕着 HTTP 协议出现了很多实用的新特性:NTLM 认证提供了一种 Window 平台下较为安全的认证机制;JDK 当中提供了一个轻量级的 HTTP 服务器;提供了较为完善的 HTTP Cookie 管理功能;更为实用的 NetworkInterface;DNS 域名的国际化支持等等。
        HTTP Cookie管理可以应用客户操作临时变量的保存,如查询条件,当前状态等
    三、JMX与系统管理管理系统的构架
    图 1. 管理系统构架
    上图分析了管理系统的基本构架模式。其中 Agent / SubAgent 起到的就是翻译的作用:把 IT 资源报告的消息以管理系统能理解的方式传送出去。也许读者有会问,为什么需要 Agent 和 SubAgent 两层体系呢?这里有两个现实的原因:管理系统一般是一个中央控制的控制软件,而 SubAgent 直接监控一些资源,往往和这些资源分布在同一物理位置。当这些 SubAgent 把状态信息传输到管理系统或者传达管理系统的控制指令的时候,需要提供一些网络传输的功能。 
    管理系统的消息是有一定规范的,消息的翻译本身是件复杂而枯燥的事情。 
    一般来说,管理系统会将同一物理分布或者功能类似的 SubAgent 分组成一组,由一个共用的 Agent 加以管理。在这个 Agent 里封装了 1 和 2 的功能。JMX 和管理系统JMX 既是 Java 管理系统的一个标准,一个规范,也是一个接口,一个框架。图 2 展示了 JMX 的基本架构。
    图 2. JMX 构架
     和其它的资源系统一样,JMX 是管理系统和资源之间的一个接口,它定义了管理系统和资源之间交互的标准。javax.management.MBeanServer 实现了 Agent 的功能,以标准的方式给出了管理系统访问 JMX 框架的接口。而 javax.management.MBeans 实现了 SubAgent 的功能,以标准的方式给出了 JMX 框架访问资源的接口。而从类库的层次上看,JMX 包括了核心类库 java.lang.management 和 javax.management 包。java.lang.management 包提供了基本的 VM 监控功能,而 javax.management 包则向用户提供了扩展功能。
        JMX帮助开发者监控JVM的信息
    四、编辑器API
        JDK 6 提供了在运行时调用编译器的 API。在传统的 JSP 技术中,服务器处理 JSP 通常需要进行下面 6 个步骤:分析 JSP 代码; 
    生成 Java 代码; 
    将 Java 代码写入存储器; 
    启动另外一个进程并运行编译器编译 Java 代码; 
    将类文件写入存储器; 
    服务器读入类文件并运行;  
         但如果采用运行时编译,可以同时简化步骤 4 和 5,节约新进程的开销和写入存储器的输出开销,提高系统效率。实际上,在 JDK 5 中,Sun 也提供了调用编译器的编程接口。然而不同的是,老版本的编程接口并不是标准 API 的一部分,而是作为 Sun 的专有实现提供的,而新版则带来了标准化的优点。
         新 API 的第二个新特性是可以编译抽象文件,理论上是任何形式的对象 —— 只要该对象实现了特定的接口。有了这个特性,上述例子中的步骤 3 也可以省略。整个 JSP 的编译运行在一个进程中完成,同时消除额外的输入输出操作。
         第三个新特性是可以收集编译时的诊断信息。作为对前两个新特性的补充,它可以使开发人员轻松的输出必要的编译错误或者是警告信息,从而省去了很多重定向的麻烦五、Java DB 与jdbc4.0
         新安装了 JDK 6 的程序员们也许会发现,除了传统的 bin、jre 等目录,JDK 6 新增了一个名为 db 的目录。这便是 Java 6 的新成员:Java DB。这是一个纯 Java 实现、开源的数据库管理系统(DBMS),源于 Apache 软件基金会(ASF)名下的项目 Derby。
         从 Java 6 开始,应用程序不再需要显式地加载驱动程序了,DriverManager 开始能够自动地承担这项任务。六、对脚本语言的支持
        Java SE 6 引入了对 Java Specification Request(JSR)223 的支持,JSR 223 旨在定义一个统一的规范,使得 Java 应用程序可以通过一套固定的接口与各种脚本引擎交互,从而达到在 Java 平台上调用各种脚本语言的目的。
        Java 脚本 API 为开发者提供了如下功能: 获取脚本程序输入,通过脚本引擎运行脚本并返回运行结果,这是最核心的接口。 
    发现脚本引擎,查询脚本引擎信息。 
    通过脚本引擎的运行上下文在脚本和 Java 平台间交换数据。 
    通过 Java 应用程序调用脚本函数。 
    七、XML API 与 Web 服务
      

  7.   

    我记得好像有文档参阅的,关于java代码里面的一些名称的识别问题好像有些不同。