JavaEE知识整理系列（一）JavaEE概述

关注

原创最新推荐文章于 2026-02-18 00:48:18 发布 1.7k 阅读 AI 写同款· GEO 优化 ›

JSR规范系列（2）——JavaSE规范、JavaEE规范、JSR规范全面整理——截止201912 JSR规范状态数量 final （最终版） 158 Maintenance （维护版） 130 Withdrawn （撤回） 100 Rejected （拒绝） 14 Dormant （休眠） 25 Active （活动中） 17 总计 444 ... 阅读详情

1. JavaEE基本概念

JavaEE 是 J2EE的一个新的名称，之所以改名，目的还是让大家清楚J2EE只是Java企业应用。但那是需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本，因此J2EE改名为Java EE，实际也反映出业界这种共同心声。JavaEE应该是J2EE的延伸。

J2EE是一个标准，这个标准不仅定义了基本的规范和接口，也有一些比较固定的架构模型。J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。

在传统的不分层的软件架构中，客户端担当了过多的角色而显得庞大而且不容易进行维护和修改，扩展性非常差，它使得重用业务逻辑和界面逻辑非常困难。现在JavaEE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层。使得扩展性和重用性得到大大的提高。

2. JavaEE架构

2.1. JavaEE架构图

图片链接http://baike.baidu.com/picview/169790/169790/0/90cebeec4bb78925269791c3.html#albumindex=0&picindex=2

2.2. JavaEE架构理解

（1）Client tier客户层，运行在客户端机器上。客户层普遍地支持HTTP协议，也称客户代理。具体表现为Java Applet程序、Java桌面程序、浏览器等。

　（2）WEB tier WEB应用层，运行在JavaEE服务器上。在JavaEE中，这一层由WEB 容器运行，它包括JSP, SERVLET等WEB部件。这里的WEB容器具体表现为Tomcat等。

　（3）EJB tier 企业组件层，运行在JavaEE服务器上。企业组件层由EJB容器运行，支持EJB等服务和技术。这里的EJB容器具体表现为JBoss等

　（4）EIS tier 企业信息系统(Enterprise information system)层，运行在EIS服务器上。企业信息系统包含企业内传统信息系统如财务，CRM等，特点是有数据库系统的支持。一般中小型系统直接表现为数据库系统。

JavaEE的整个应用程序是由组件构成的，JavaEE组件是具有独立功能的软件单元。JavaEE的四层模型的每一层都也是对相近功能的组件的封装。下面对这个架构图谈谈个人的理解：

（1）在C/S架构的客户层、Applet为表现形式的客户层、Web层、EJB层都可能需要J2SE支持。

（2）在C/S架构的客户层、Web层、EJB层可以调用JavaEE的基本组件和服务，比如JTA、JPA、JNDI、JMS等等。

（3）如果是C/S架构，那么客户层直接和EJB层或者直接和企业信息系统（最典型的是DB）交互（当然这种直接和DB交互的架构也无所谓分层了），当然这里的EJB层也可以不部署EJB容器，直接为Java服务端，这也是最原始、简单的C/S应用模式。

（4）如果是B/S架构，那么客户层直接Web层交互，Web层又可以和EJB层交互。

2.3. JavaEE架构与分层的Web结构

三层结构：在C/S或B/S架构的应用中，为了提供程序的可扩展性，一般需要将表示与业务逻辑分离，业务逻辑和数据处理分离，因此一般分为三层结构：表示层、业务逻辑层、数据访问层（数据持久）。在java开发过程中一般将对应的packet分别命名为ui（view），business（service），dao。

MVC模式：然而在B/S的Web程序中（其实C/S的应用程序也是如此），为了进步提高可扩展性、复用性，真正实现表示层和业务逻辑层的分离，一般使用MVC设计模式，将表示层和业务逻辑层分为：视图（View）、控制（Control）、模型（Model）(有人将表示层和业务逻辑层之间的这部分形象的称为灰色地带)。MVC其实是一种设计思想，这种思想强调实现模型(Model)、视图(View)和控制器（Control）的分离。这种思想是如何作用于Web就是在Web开发中引入MVC思想，想要达到的目的是：实现表示层（UI）和业务逻辑层分离——控制器是为了实现上述目的而存在的！基于这中设计思想的典型框架就是Spring、Strucs框架MVC部分。或许我们会发现，在数据访问层通过持久化技术解决后，我们所说的UI层和MVC中的View是一回事，我们的所说的业务逻辑层和MVC中的Model指的是一回事。MVC提供了让模型和视图相分离的思路——引入控制器。我们把页面跳转关系管理、表单数据的封装及验证、国际化等任务交给控制器处理。因此，也不难理解为什么流行的MVC框架都具有管理页面跳转关系、表单数据的封装及验证、国际化等特性。