EJB3.1增加了Singleton Beans的概念
EJB在Java EE就已經經歷過了非常大的改動。也許看似不可能，但實際上 EJB3.1還是在社區中廣泛得到認可，并且采納它的人也在不斷增長。而這一切也許是因為我們過度的認為需要怎么怎么簡化 Java EE才取得這樣的成績。比如說，對 JBoss Seam 的興趣和 GlassFish 的熱情都是重要的關鍵因素。 EJB3.1 的目標就是在增加業務組件時，繼續讓 EJB 變得盡可能簡單。下面是對 EJB3.1 特性的高度概括：
原本需要甚至實現 Session Beans 的業務接口變得可選了，不再強迫要求實現。在使用 Session Beans+JSF+WebBeans 的場景下尤其有用。
EJB3.1 增加了 Singleton Beans 的概念。因為人們更傾向于管理共享的應用程序狀態，需要保證是完全線程安全的模型。此外， EJB3.1 新增的聲明式的并發控制也更加靈活。
EJB3.1 一個可圈可點的的強大特性就是支持 cron 風格的 scheduling .除目前基于 timer API 的調度計時器外，聲明式和編程式的 cron 風格的 scheduling API 也加入了進來。
另一個強大的特性就是可以通過使用 @Asynchronous 標注來對 Session Bean 的方法進行異步調用。你甚至還通過它來控制異步 EJB 方法從而返回一個 java.util.concurrent.Future 對象。
EJB3.1 Lite 概念的逐漸引入形成了一個 EJB API 的子集，并在 Web Profile 中得到應用。只不過 EJB Lite 包含了像事務處理和安全這樣的特性，而那些消息機制，遠程調用以及 scheduling 等非必須的自然沒有必要加入其中。除上述列表所述特性外，
EJB3.1 的特性還包括：直接將 EJB 打包成 war 文件，可運行在 embedded 的容器中便于 Java SE 環境進行 JUnit 測試，使用統一的標準化全局 JNDI 命名方式.
【編輯推薦】
