j2ee是壹種模板，也可以說是壹種規範！
下面參考下：
J2EE是壹套全然不同於傳統應用開發的技術架構，包含許多組件，主要可簡化且規範應用系統的開發與部署，進而提高可移植性、安全與再用價值。
J2EE核心是壹組技術規範與指南，其中所包含的各類組件、服務架構及技術層次，均有***通的標準及規格，讓各種依循J2EE架構的不同平臺之間，存在良好的兼容性，解決過去企業後端使用的信息產品彼此之間無法兼容，導致企業內部或外部難以互通的窘境。
壹、J2EE的概念
目前，Java 2平臺有3個版本，它們是適用於小型設備和智能卡的Java 2平臺Micro
版（Java 2 Platform Micro Edition，J2ME）、適用於桌面系統的Java 2平臺標準版（
Java 2 Platform Standard Edition，J2SE）、適用於創建服務器應用程序和服務的Jav
a 2平臺企業版（Java 2 Platform Enterprise Edition，J2EE）。
J2EE是壹種利用Java 2平臺來簡化企業解決方案的開發、部署和管理相關的復雜問
題的體系結構。J2EE技術的基礎就是核心Java平臺或Java 2平臺的標準版，J2EE不僅鞏
固了標準版中的許多優點，例如"編寫壹次、隨處運行"的特性、方便存取數據庫的JDBC
API、CORBA技術以及能夠在Internet應用中保護數據的安全模式等等，同時還提供了對
EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及X
ML技術的全面支持。其最終目的就是成為壹個能夠使企業開發者大幅縮短投放市場時間
的體系結構。
J2體系結構提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠
性以及可擴展性的應用的需求。通過提供統壹的開發平臺，J2EE降低了開發多層應用的
費用和復雜性，同時提供對現有應用程序集成強有力支持，完全支持Enterprise
JavaBeans，有良好的向導支持打包和部署應用，添加目錄支持，增強了安全機制，提高
了性能。
二. J2EE的優勢
J2EE為搭建具有可伸縮性、靈活性、易維護性的商務系統提供了良好的機制:
1. 保留現存的IT資產: 由於企業必須適應新的商業需求，利用已有的企業信息系
統方面的投資，而不是重新制定全盤方案就變得很重要。這樣，壹個以漸進的（而不是
激進的，全盤否定的）方式建立在已有系統之上的服務器端平臺機制是公司所需求的。J
2EE架構可以充分利用用戶原有的投資，如壹些公司使用的BEA Tuxedo、IBM CICS,
IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。這之所以成為
可能是因為J2EE擁有廣泛的業界支持和壹些重要的'企業計算'領域供應商的參與。每壹
個供應商都對現有的客戶提供了不用廢棄已有投資，進入可移植的J2EE領域的升級途徑
。由於基於J2EE平臺的產品幾乎能夠在任何操作系統和硬件配置上運行，現有的操作系
統和硬件也能被保留使用。
2. 高效的開發: J2EE允許公司把壹些通用的、很繁瑣的服務端任務交給中間件供
應商去完成。這樣開發人員可以集中精力在如何創建商業邏輯上，相應地縮短了開發時
間。高級中間件供應商提供以下這些復雜的中間件服務:
o 狀態管理服務 -- 讓開發人員寫更少的代碼，不用關心如何管理狀態，
這樣能夠更快地完成程序開發。
o 持續性服務 -- 讓開發人員不用對數據訪問邏輯進行編碼就能編寫應用
程序，能生成更輕巧，與數據庫無關的應用程序，這種應用程序更易於開發與維護。
o 分布式***享數據對象CACHE服務 -- 讓開發人員編制高性能的系統，極大
提高整體部署的伸縮性。
3. 支持異構環境: J2EE能夠開發部署在異構環境中的可移植程序。基於J2EE的應
用程序不依賴任何特定操作系統、中間件、硬件。因此設計合理的基於J2EE的程序只需
開發壹次就可部署到各種平臺。這在典型的異構企業計算環境中是十分關鍵的。J2EE標
準也允許客戶訂購與J2EE兼容的第三方的現成的組件，把他們部署到異構環境中，節省
了由自己制訂整個方案所需的費用。
4. 可伸縮性: 企業必須要選擇壹種服務器端平臺，這種平臺應能提供極佳的可伸
縮性去滿足那些在他們系統上進行商業運作的大批新客戶。基於J2EE平臺的應用程序可
被部署到各種操作系統上。例如可被部署到高端UNIX與大型機系統，這種系統單機可支
持64至256個處理器。（這是NT服務器所望塵莫及的）J2EE領域的供應商提供了更為廣泛
的負載平衡策略。能消除系統中的瓶頸，允許多臺服務器集成部署。這種部署可達數千
個處理器，實現可高度伸縮的系統，滿足未來商業應用的需要。
穩定的可用性: 壹個服務器端平臺必須能全天候運轉以滿足公司客戶、合作夥伴的需要
。因為INTERNET是全球化的、無處不在的，即使在夜間按計劃停機也可能造成嚴重損失
。若是意外停機，那會有災難性後果。J2EE部署到可靠的操作環境中，他們支持長期的
可用性。壹些J2EE部署在WINDOWS環境中，客戶也可選擇健壯性能更好的操作系統如Sun
Solaris、IBM OS/390。最健壯的操作系統可達到99.999%的可用性或每年只需5分鐘停機
時間。這是實時性很強商業系統理想的選擇。
三. J2EE 的四層模型
J2EE使用多層的分布式應用模型，應用邏輯按功能劃分為組件，各個應用組件根據
他們所在的層分布在不同的機器上。事實上，sun設計J2EE的初衷正是為了解決兩層模式
(client/server)的弊端，在傳統模式中，客戶端擔當了過多的角色而顯得臃腫，在這種
模式中，第壹次部署的時候比較容易，但難於升級或改進，可伸展性也不理想，而且經
常基於某種專有的協議?通常是某種數據庫協議。它使得重用業務邏輯和界面邏輯非
常困難。現在J2EE 的多層企業級應用模型將兩層化模型中的不同層面切分成許多層。壹
個多層化應用能夠為不同的每種服務提供壹個獨立的層，以下是 J2EE 典型的四層結構:
運行在客戶端機器上的客戶層組件
運行在J2EE服務器上的Web層組件
運行在J2EE服務器上的業務邏輯層組件
運行在EIS服務器上的企業信息系統(Enterprise information system)層軟件
J2EE應用程序組件
J2EE應用程序是由組件構成的.J2EE組件是具有獨立功能的軟件單元，它們通過相關
的類和文件組裝成J2EE應用程序，並與其他組件交互。J2EE說明書中定義了以下的J2EE
組件:
應用客戶端程序和applets是客戶層組件.
Java Servlet和JavaServer Pages(JSP)是web層組件.
Enterprise JavaBeans(EJB)是業務層組件.
客戶層組件
J2EE應用程序可以是基於web方式的,也可以是基於傳統方式的.
web 層組件
J2EE web層組件可以是JSP 頁面或Servlets.按照J2EE規範，靜態的HTML頁面和Appl
ets不算是web層組件。
正如下圖所示的客戶層那樣，web層可能包含某些 JavaBean 對象來處理用戶輸入，並把
輸入發送給運行在業務層上的enterprise bean 來進行處理。
業務層組件
業務層代碼的邏輯用來滿足銀行，零售，金融等特殊商務領域的需要,由運行在業務
層上的enterprise bean 進行處理. 下圖表明了壹個enterprise bean 是如何從客戶端
程序接收數據，進行處理(如果必要的話), 並發送到EIS 層儲存的，這個過程也可以逆
向進行。
有三種企業級的bean: 會話(session) beans, 實體(entity) beans, 和消息驅動(messa
ge-driven) beans. 會話bean 表示與客戶端程序的臨時交互. 當客戶端程序執行完後,
會話bean 和相關數據就會消失. 相反, 實體bean 表示數據庫的表中壹行永久的記錄.
當客戶端程序中止或服務器關閉時, 就會有潛在的服務保證實體bean 的數據得以保存.
消息驅動 bean 結合了會話bean 和 JMS的消息監聽器的特性, 允許壹個業務層組件異步
接收JMS 消息.
企業信息系統層
企業信息系統層處理企業信息系統軟件包括企業基礎建設系統例如企業資源計劃
(ERP), 大型機事務處理, 數據庫系統,和其它的遺留信息系統. 例如，J2EE 應用組件可
能為了數據庫連接需要訪問企業信息系統
四. J2EE 的結構
這種基於組件，具有平臺無關性的J2EE 結構使得J2EE 程序的編寫十分簡單，因為業務
邏輯被封裝成可復用的組件，並且J2EE 服務器以容器的形式為所有的組件類型提供後臺
服務. 因為妳不用自己開發這種服務, 所以妳可以集中精力解決手頭的業務問題。
容器和服務
容器設置定制了J2EE服務器所提供得內在支持，包括安全，事務管理，JNDI(Java
Naming and Directory Interface)尋址,遠程連接等服務，以下列出最重要的幾種服務
：
J2EE安全(Security)模型可以讓妳配置 web 組件或enterprise bean ,這樣只有被授權
的用戶才能訪問系統資源. 每壹客戶屬於壹個特別的角色，而每個角色只允許激活特定
的方法。妳應在enterprise bean的布置描述中聲明角色和可被激活的方法。由於這種聲
明性的方法，妳不必編寫加強安全性的規則。
J2EE 事務管理（Transaction Management）模型讓妳指定組成壹個事務中所有方法間的
關系，這樣壹個事務中的所有方法被當成壹個單壹的單元. 當客戶端激活壹個enterpris
e bean中的方法，容器介入壹管理事務。因有容器管理事務，在enterprise bean中不必
對事務的邊界進行編碼。要求控制分布式事務的代碼會非常復雜。妳只需在布置描述文
件中聲明enterprise bean的事務屬性，而不用編寫並調試復雜的代碼。容器將讀此文件
並為妳處理此enterprise bean的事務。
JNDI 尋址(JNDI Lookup)服務向企業內的多重名字和目錄服務提供了壹個統壹的接口,這
樣應用程序組件可以訪問名字和目錄服務.
J2EE遠程連接（Remote Client Connectivity）模型管理客戶端和enterprise bean間的
低層交互. 當壹個enterprise bean創建後, 壹個客戶端可以調用它的方法就象它和客戶
端位於同壹虛擬機上壹樣.
生存周期管理（Life Cycle Management）模型管理enterprise bean的創建和移除,壹個
enterprise bean在其生存周期中將會歷經幾種狀態。容器創建enterprise bean，並在
可用實例池與活動狀態中移動他，而最終將其從容器中移除。即使可以調用enterprise
bean的create及remove方法，容器也將會在後臺執行這些任務。
數據庫連接池（Database Connection Pooling）模型是壹個有價值的資源。獲取數據庫
連接是壹項耗時的工作，而且連接數非常有限。容器通過管理連接池來緩和這些問題。e
nterprise bean可從池中迅速獲取連接。在bean釋放連接之可為其他bean使用。
容器類型
J2EE應用組件可以安裝部署到以下幾種容器中去:
EJB 容器管理所有J2EE 應用程序中企業級bean 的執行. enterprise bean 和它們的容
器運行在J2EE 服務器上.
Web 容器管理所有J2EE 應用程序中JSP頁面和Servlet組件的執行. Web 組件和它們的容
器運行在J2EE 服務器上.
應用程序客戶端容器管理所有J2EE應用程序中應用程序客戶端組件的執行. 應用程序客
戶端和它們的容器運行在J2EE 服務器上.
Applet 容器是運行在客戶端機器上的web瀏覽器和 Java 插件的結合.。
五. J2EE的核心API與組件
J2EE平臺由壹整套服務（Services）、應用程序接口（APIs）和協議構成，它對開發基
於Web的多層應用提供了功能支持，下面對J2EE中的13種技術規範進行簡單的描述(限於
篇幅，這裏只能進行簡單的描述):
1. JDBC(Java Database Connectivity)：
JDBC API為訪問不同的數據庫提供了壹種統壹的途徑，象ODBC壹樣，JDBC對開發者屏蔽
了壹些細節問題，另外，JDCB對數據庫的訪問也具有平臺無關性。
2. JNDI(Java Name and Directory Interface)：
JNDI API被用於執行名字和目錄服務。它提供了壹致的模型來存取和操作企業級的資源
如DNS和LDAP，本地文件系統，或應用服務器中的對象。
3. EJB(Enterprise JavaBean):
J2EE技術之所以贏得某體廣泛重視的原因之壹就是EJB。它們提供了壹個框架來開發和實
施分布式商務邏輯，由此很顯著地簡化了具有可伸縮性和高度復雜的企業級應用的開發
。EJB規範定義了EJB組件在何時如何與它們的容器進行交互作用。容器負責提供公用的
服務，例如目錄服務、事務管理、安全性、資源緩沖池以及容錯性。但這裏值得註意的
是，EJB並不是實現J2EE的唯壹途徑。正是由於J2EE的開放性，使得有的廠商能夠以壹種
和EJB平行的方式來達到同樣的目的。
4. RMI(Remote Method Invoke):
正如其名字所表示的那樣，RMI協議調用遠程對象上方法。它使用了序列化方式在客戶端
和服務器端傳遞數據。RMI是壹種被EJB使用的更底層的協議。
5. Java IDL/CORBA:
在Java IDL的支持下，開發人員可以將Java和CORBA集成在壹起。他們可以創建Java對象
並使之可在CORBA ORB中展開, 或者他們還可以創建Java類並作為和其它ORB壹起展開的C
ORBA對象的客戶。後壹種方法提供了另外壹種途徑，通過它Java可以被用於將妳的新的
應用和舊的系統相集成。
6. JSP(Java Server Pages):
JSP頁面由HTML代碼和嵌入其中的Java代碼所組成。服務器在頁面被客戶端所請求以後對
這些Java代碼進行處理，然後將生成的HTML頁面返回給客戶端的瀏覽器。
7. Java Servlet:
Servlet是壹種小型的Java程序，它擴展了Web服務器的功能。作為壹種服務器端的應用
，當被請求時開始執行，這和CGI Perl腳本很相似。Servlet提供的功能大多與JSP類似
，不過實現的方式不同。JSP通常是大多數HTML代碼中嵌入少量的Java代碼，而servlets
全部由Java寫成並且生成HTML。
8. XML(Extensible Markup Language):
XML是壹種可以用來定義其它標記語言的語言。它被用來在不同的商務過程中***享數據。
XML的發展和Java是相互獨立的，但是，它和Java具有的相同目標正是平臺獨立性。通過
將Java和XML的組合，您可以得到壹個完美的具有平臺獨立性的解決方案。
9. JMS(Java Message Service):
MS是用於和面向消息的中間件相互通信的應用程序接口(API)。它既支持點對點的域，有
支持發布/訂閱(publish/subscribe)類型的域，並且提供對下列類型的支持：經認可的
消息傳遞,事務型消息的傳遞，壹致性消息和具有持久性的訂閱者支持。JMS還提供了另
壹種方式來對您的應用與舊的後臺系統相集成。
10. JTA(Java Transaction Architecture):
JTA定義了壹種標準的API，應用系統由此可以訪問各種事務監控。
11. JTS(Java Transaction Service):
JTS是CORBA OTS事務監控的基本的實現。JTS規定了事務管理器的實現方式。該事務管理
器是在高層支持Java Transaction API (JTA)規範，並且在較底層實現OMG OTS
specification的Java映像。JTS事務管理器為應用服務器、資源管理器、獨立的應用以
及通信資源管理器提供了事務服務。
12. JavaMail:
JavaMail是用於存取郵件服務器的API，它提供了壹套郵件服務器的抽象類。不僅支持SM
TP服務器，也支持IMAP服務器。
JAF(JavaBeans Activation Framework):
JavaMail利用JAF來處理MIME編碼的郵件附件。MIME的字節流可以被轉換成Java對象，或
者轉換自Java對象。大多數應用都可以不需要直接使用JAF。