一、對於java bean，就是一個java模型組件，他爲使用java類提供了一種標準的格式，在用戶程序和可視化管理工具中可以自動獲得這種具有標準格式的類的信息，並能夠創建和管理這些類。
java bean 可以使應用程序更加面向對象，可以把數據封裝起來，把應用的業務邏輯和顯示邏輯分離開，降低了開發的複雜程度和維護成本！
JavaBean 是一種JAVA語言寫成的可重用組件。爲寫成JavaBean，類必須是具體的和公共的，並且具有無參數的構造器。JavaBeans 通過提供符合一致性設計模式的公共方法將內部域暴露稱爲屬性。衆所周知，屬性名稱符合這種模式，其他Java 類可以通過自省機制發現和操作這些JavaBean 屬性。
從編程的角度，也就是最基本的實現了get跟set方法的類。
二、Enterprise Bean，也就是Enterprise JavaBean（EJB），是J2EE的一部分，定義了一個用於開發基於組件的企業多重應用程序的標準。其特點包括網絡服務支持和核心開發工具(SDK)。
在J2EE裏，Enterprise Java Beans(EJB)稱爲Java 企業Bean，是Java的核心代碼，分別是會話Bean（Session Bean），實體Bean（Entity Bean）和消息驅動Bean（MessageDriven Bean）。
1.Session Bean用於實現業務邏輯，它可以是有狀態的，也可以是無狀態的。每當客戶端請求時，容器就會選擇一個Session Bean來爲客戶端服務。Session Bean可以直接訪問數據庫，但更多時候，它會通過Entity Bean實現數據訪問。 這個類一般用單例模式來實現，因爲每次連接都需要用到它。
2.Entity Bean是域模型對象，用於實現O/R映射，負責將數據庫中的表記錄映射爲內存中的Entity對象，事實上，創建一個Entity Bean對象相當於新建一條記錄，刪除一個Entity Bean會同時從數據庫中刪除對應記錄，修改一個Entity Bean時，容器會自動將Entity Bean的狀態和數據庫同步。
Java Persistence 1.0規範中的entity bean僅作爲普通Java對象(POJO)來使用，並且是映射到關係數據庫表的。與其他類型的EJB不同，entity bean可以被分配，序列化，並像任何其他POJO那樣通過網絡被髮送出去。
3.MessageDriven Bean是EJB2.0中引入的新的企業Bean，它基於JMS消息，只能接收客戶端發送的JMS消息然後處理。MDB實際上是一個異步的無狀態Session Bean，客戶端調用MDB後無需等待，立刻返回，MDB將異步處理客戶請求。這適合於需要異步處理請求的場合，比如訂單處理，這樣就能避免客戶端長時間的等待一個方法調用直到返回結果。
三、Enterprise Bean 與 JavaBean的區別
最初，JavaBean的目的是爲了將可以重複使用的軟件代碼打包標準。特別是用與幫助廠家開發在綜合開發環境（IDE）下使用的java軟件部件。這些包括如Grid控件，用戶可以將該部件拖放到開發環境中。從此，JavaBean就可以擴展爲一個java web 應用的標準部件，並且JavaBean部件框架已經擴展爲企業版的 Bean（EJB）。
JavaBean 和 Server Bean（通常稱爲 Enterprise JavaBean (EJB)）有一些基本相同之處。它們都是用一組特性創建，以執行其特定任務的對象或組件。它們還有從當前所駐留服務器上的容器獲得其它特性的能力。這使得 bean 的行爲根據特定任務和所在環境的不同而有所不同。
JavaBean 是使用 java.beans 包開發的，它是 Java 2 標準版的一部分。JavaBean 是一臺機器上同一個地址空間中運行的組件。JavaBean 是進程內組件。Enterprise Bean 是使用 javax.ejb 包開發的，它是標準 JDK 的擴展，是 Java 2 Enterprise Edition 的一部分。Enterprise Bean 是在多臺機器上跨幾個地址空間運行的組件。因此 Enterprise Bean 是進程間組件。JavaBean 通常用作 GUI 窗口小部件，而 Enterprise Bean 則用作分佈式商業對象.
四、POJO一個正規的Java對象（不是JavaBean，EntityBean等），也不擔當任何的特殊的角色，也不實現任何Java框架指定的接口。POJO是一個簡單的、正規Java對象，它包含業務邏輯處理或持久化邏輯等，但不是JavaBean、EntityBean等，不具有任何特殊角色和不繼承或不實現任何其它Java框架的類或接口。
POJO應該不是我們開始認爲的JavaBean，當然更不是EJB，它不應該依賴於框架即繼承或實現某些框架類或接口。例如：Struts1中的Action和ActionForm當然不屬於POJO了，而在Struts2中的Action由於可以不繼承任何的接口，所以在這種情況下Action是POJO，但是Struts2中的Action也可以繼承ActionSupport類就不再屬於POJO了。POJO裏面是可以包含業務邏輯處理和持久化邏輯，也可以包含類似與JavaBean屬性和對屬性訪問的set和get方法的。
在百度百科上的解釋是：簡單的Java對象（Plain Ordinary Java Objects）實際就是普通JavaBeans,使用POJO名稱是爲了避免和EJB混淆起來, 而且簡稱比較直接. 其中有一些屬性及其getter setter方法的類,有時可以作爲value object或dto(Data Transform Object)來使用.當然,如果你有一個簡單的運算屬性也是可以的,但不允許有業務方法,也不能攜帶有connection之類的方法。
POJO是Plain Ordinary Java Objects的縮寫不錯，但是它通指沒有使用Entity Beans的普通java對象，可以把POJO作爲支持業務邏輯的協助類。