1j2ee j2se j2me 区别 Java 演化出 3 个不同的 应用平台：J2SE (Java 2 Platform Stand Edition) java 的标准版，是基础,用来做桌面程序开发的；J2EE (Java 2 Platform Enterprise Edition ) java 企业版本，定 义一系列的服务， API,协议等，使用与开发分布式，多层式，以组件为基础，以 Web 为基础的应用程序。做企业项目一般用这个，主要是 Web 开发。J2ME (Java 2 Platform Micro Edition ) 这个一般都用在手机等微型数字设备开发及部署应用程序平台上,移动终端程序开发的，也就是常 说 的 Java 手机游戏之类Sun 是为 了方便开 发者，把 Java 区分为 J2SE(Java 2 Standard Edition)、J2EE(Java 2 Enterprise Edition)、J2ME(Java 2 Micro Edition)和 Java Card 四种平台。J2SE 是所有 Java 技术的基础，不管开 发人员要开发什么平台的 Java 应用程序，都必须先从 J2SE 学起。J2EE 技术着重于企业服务器端的应用。J2ME 主要针对嵌入式系统，包括手机、 PDA 等。针对 手机应用程序的开发， Sun 还提供了免 费的 J2ME Wireless Toolkit。Java Card 技术 用来开 发可以植入 IC 智能卡中的应用程序。j2eeJ2EE Java2 平台企 业版（Java 2 Platform,Enterprise Edition） J2EE 是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进 而提高可移植性、安全与再用价值。 J2EE 核心是一组技术规范与指南，其中所包含的各类组件、服 务架构及技术层次，均有共通的标准及规格，让各种依循 J2EE 架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业 内部或外部难以互通的窘境。 在 J2EE 架构下，开 发人员可依循规范基础， 进而开发企业级应用；而不同 J2EE 供货商，同会支持不同J2EE 版本内所拟定的标准，以确保不同 J2EE 平台与产品之间的兼容性。换言之，植基 J2EE 架构的应用系统，基本上可部署在不同的应用服 务器之上，无需或者只 须要进行少量的代 码修改，即能大幅提高应用系统的可移植性(Portability)。 J2EE 主由升阳(SUN)与 IBM 等厂商协同业界共同拟定而成的技术规范，以企 业与企业之间的运算为导向的 JAVA 开发环境。J2EE 架构定义各类不同组件，如 Web Component、EJB Component等，而各类组件可以再用(reuse)， 让已开发完成的组 件，或者是 经由市面采购而得的组件，均能进一步组装成不同的系统。 对于开发人员而言，只需要 专注于各种 应用系统的商业逻辑与架构设计，至于底 层繁琐的程序撰写工作，可搭配不同的开发平台，以 让应用系 统的开发与部署效率大幅提升。 J2EE 的核心规范是 Enterprise Java Beans（EJBs）。EJB 依照特性的不同，目前共分为三种，分别是Session Bean、Entity Bean，以及 Message Driven Bean 。其中 Session Bean 与 Entity Bean 算是 EJB 的始祖，这两种 EJB 规格在 EJB 1.x 版本推出时就已经存在，而 Message Driven Bean 则是出现在 EJB 2.0 的规格之中。 目前业界许多程序设计师，或者是网页设计人员，多利用 JSP/Servlet 的便利性， 进而在 J2EE 服务器之上开发相关的应用，或是整合公司内部的各种 资源。 Java 2 平台依照 应用领域的不同，共分为三大版本，分别是 J2EE、标准版本 J2SE（Java 2 Platform, Standard Edition）、微型版本 J2ME（Java 2 Platform, Micro Edition），以及 Java Card 等。 从整体上讲，J2EE 是使用 Java 技 术开发企业级应用的一种事实上的工 业标准(Sun 公司出于其自身利益的考虑，至今没有将 Java 及其相关技术纳入标准化组织的体系) ，它是 Java 技术不断适应和促进企业级应用过程中的产物。Sun 推出 J2EE 的目的是 为了克服传统 Client/Server 模式的弊病，迎合 Browser/Server 架构的潮流，为应用 Java 技术开发服务器端应用提供一个平台独立的、可移植的、多用户的、安全的和基于标准的企业级平台，从而 简化企业应用的开 发、管理和部署。 J2EE 是一个 标准，而不是一个现成的产品。各个平台开发商按照 J2EE 规范分别开发了不同的 J2EE 应用服务器，J2EE 应用服务器是 J2EE 企业级应用的部署平台。由于它们都遵循了 J2EE 规范，因此，使用 J2EE 技术开发的企业级应用可以部署在各种 J2EE 应用服2务器上。 为了推广并规范化使用 J2EE 架构企业级应用的体系架构，Sun 同时给出了一个建议性的 J2EE 应用设计模型：J2EE Blueprints。J2EE Blueprints 提供了实施 J2EE 企业级应用的体系架构、 设计模式和相关的代码，通过应用 J2EE Blueprints 所描述的体系模型，能够部分简化架构企业级应用这项复杂的工作。J2EE Blueprints 是开发人员设计和优化 J2EE 组件的基本原则，同时为围绕开发工作进行职能分工给出了指导性策略，以帮助应用开 发设计人员合理地分配技 术资源。 J2EE 组成了一个完整企业级应用的不同部分纳入不同的容器(Container)，每个容器中都包含若干 组件( 这些组件是需要部署在相应容器中的)，同时各种组件都能使用各种 J2EE Service/API。J2EE 容器包括： Web 容器 服务器端容器，包括两种组件 JSP 和 Servlet，JSP 和 Servlet 都是 Web 服务器的功能扩展，接受 Web 请求，返回动态的 Web 页面。Web 容器中的组件可使用 EJB 容器中的组件完成复杂的商务逻辑。 EJB 容器 服务器端容器，包含的组件为 EJB(Enterprise JavaBeans)，它是 J2EE 的核心之一，主要用于服务器端的商业逻辑的实现。EJB 规范定义了一个开发和部署分布式商 业逻辑的框架，以简化企业级应用的开发，使其 较 容易地具备可伸 缩性、可移植性、分布式事 务处理、多用 户和安全性等。 Applet 容器 客户端容器，包含的组件为 Applet。Applet 是嵌在浏览器中的一种轻量级客户端，一般而言，仅 当使用 Web 页面无法充分地表现数据或应用界面的时候，才使用它。Applet 是一种替代 Web 页面的手段，我们仅能 够使用 J2SE 开发 Applet，Applet 无法使用 J2EE 的各种 Service 和 API，这是为了安全性的考虑。 Application Client 容器 客户 端容器，包含的 组件为 Application Client。Application Client 相对 Applet而言是一种较重量级的客户端，它能够使用 J2EE 的大多数 Service 和 API。 通过这四个容器， J2EE 能够灵活地实现前面描述的企业级应用的架构。 在 View 部分，J2EE 提供了三种手段：Web 容器中的 JSP(或 Servlet)、Applet 和 Application Client，分别能够实现面向浏览器的数据表现和面向桌面应用的数据表现。Web 容器中的 Servlet 是实现 Controller 部分业务流程控制的主要手段；而 EJB 则主要 针对 Model 部分的业务逻辑实现。至于与各种企业资源和企业级应用相连接，则是依靠 J2EE 的各种服务和 API。 在 J2EE 的各种服务和 API 中，JDBC 和 JCA 用于企业资源(各种企业信息系统和数据库等)的连接，JAX-RPC、JAXR 和 SAAJ 则是实现 Web Services 和 Web Services 连接的基本支持。 J2EE 的各种组件 我们就 J2EE 的各种组件、服务和 API，进行更加详细的阐述，看看在开发不同类型的企业级应用时，根据各自需求和目标的不同， 应当如何灵活使用并 组合不同的组件和服务。 Servlet Servlet 是 Java 平台上的 CGI 技术。Servlet 在服务器端运行，动态地生成 Web 页面。与 传统的 CGI 和许多其它类似 CGI 的技术相比，Java Servlet 具有更高的效率并更容易使用。对于 Servlet，重复的请求不会导致同一程序的多次转载，它是依靠 线 程的方式来支持并发访问的。 JSP JSP(Java Server Page)是一种实现普通静态 HTML 和动态页面输出混合 编码的技术。从这一点来看，非常类似 Microsoft ASP、PHP 等技术。借助形式上的内容和外观表现的分离， Web 页面制作的任务可以比较方便地划分给页面设计人员和程序员，并方便地通过 JSP 来合成。在运行时态，JSP 将会被首先转换成 Servlet，并以 Servlet 的形态编译运行，因此它的效率和功能与 Servlet 相比没有差别，一样具有很高的效率。 EJB EJB 定义了一组可重用的组件：Enterprise Beans。开发人员可以利用 这些组件，像搭积木一样建立分布式应用。在装配组件时 ，所有的 Enterprise Beans 都需要配置到 EJB 服务器(一般的 Weblogic、WebSphere 等J2EE 应用服务器都是 EJB 服务器)中。EJB 服务器作为容器和低层平台的桥梁管理着 EJB 容器，并向 该容器提供访问系统服务的能力。所有的 EJB 实例都运行在 EJB 容器中。EJB 容器提供了系统级的服务，控制了 EJB 的生命周期。EJB 容器为它的开发人员代管了诸如安全性、远 程连接、生命周期管理及事 务管理等技3术环节，简化了商 业逻辑的开发。EJB 中定义了三种 Enterprise Beans： Session Beans Entity Beans Message-driven Beans JDBC JDBC(Java Database Connectivity，Java 数据库连接)API 是一个标准 SQL(Structured Query Language，结构化查询语言)数据库访问接口，它使数据库开发人员能够用标准 Java API 编写数据库应用程序。 JDBC API 主要用来连接数据库和直接调用 SQL 命令执行各种 SQL 语句。利用 JDBC API 可以执行一般的 SQL 语句、动态 SQL 语句及带 IN 和 OUT 参数的存储过程。Java 中的 JDBC 相当与 Microsoft 平台中的 ODBC(Open Database Connectivity)。 JMS JMS(Java Message Service，Java 消息服务)是一组 Java 应用接口，它提供创建、 发送、接收、读取消息的服务。JMS API 定义了一组公共的应用程序接口和相应语法，使得 Java 应 用能够和各种消息中间件进行通信， 这些消息中间件包括 IBM MQ-Series、Microsoft MSMQ 及纯 Java 的 SonicMQ。通 过使用 JMS API，开