java中status1和status2的區別？

Struts1和Struts2的區別和對比:

Action 類:

Struts1要求Action類繼承壹個抽象基類。Struts1的壹個普遍問題是使用抽象類編程而不是接口。

Struts 2 Action類可以實現壹個Action接口，也可實現其他接口，使可選和定制的服務成為可能。Struts2提供壹個ActionSupport基類去實現常用的接口。Action接口不是必須的，任何有execute標識的POJO對象都可以用作Struts2的Action對象。

線程模式:

Struts1 Action是單例模式並且必須是線程安全的，因為僅有Action的壹個實例來處理所有的請求。單例策略限制了Struts1 Action能作的事，並且要在開發時特別小心。Action資源必須是線程安全的或同步的。

Struts2 Action對象為每壹個請求產生壹個實例，因此沒有線程安全問題。（實際上，servlet容器給每個請求產生許多可丟棄的對象，並且不會導致性能和垃圾回收問題）

Servlet 依賴:

Struts1 Action 依賴於Servlet API ,因為當壹個Action被調用時HttpServletRequest 和 HttpServletResponse 被傳遞給execute方法。

Struts 2 Action不依賴於容器，允許Action脫離容器單獨被測試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。

可測性:

測試Struts1 Action的壹個主要問題是execute方法暴露了servlet API（這使得測試要依賴於容器）。壹個第三方擴展－－Struts TestCase－－提供了壹套Struts1的模擬對象（來進行測試）。

Struts 2 Action可以通過初始化、設置屬性、調用方法來測試，“依賴註入”支持也使測試更容易。

捕獲輸入:

Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承壹個基類。因為其他JavaBean不能用作ActionForm，開發者經常創建多余的類捕獲輸入。動態Bean（DynaBeans）可以作為創建傳統ActionForm的選擇，但是，開發者可能是在重新描述(創建)已經存在的JavaBean（仍然會導致有冗余的javabean）。

Struts 2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過 web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，能夠用作輸入/輸出對象。這種 ModelDriven 特性簡化了taglib對POJO輸入對象的引用。

表達式語言：

Struts1 整合了JSTL，因此使用JSTL EL。這種EL有基本對象圖遍歷，但是對集合和索引屬性的支持很弱。

Struts2可以使用JSTL，但是也支持壹個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL).

綁定值到頁面（view）:

Struts 1使用標準JSP機制把對象綁定到頁面中來訪問。

Struts 2 使用 "ValueStack"技術，使taglib能夠訪問值而不需要把妳的頁面（view）和對象綁定起來。ValueStack策略允許通過壹系列名稱相同但類型不同的屬性重用頁面（view）。

類型轉換：

Struts 1 ActionForm 屬性通常都是String類型。Struts1使用Commons-Beanutils進行類型轉換。每個類壹個轉換器，對每壹個實例來說是不可配置的。

Struts2 使用OGNL進行類型轉換。提供基本和常用對象的轉換器。

校驗：

Struts 1支持在ActionForm的validate方法中手動校驗，或者通過Commons Validator的擴展來校驗。同壹個類可以有不同的校驗內容，但不能校驗子對象。

Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性

Action執行的控制：

Struts1支持每壹個模塊有單獨的Request Processors（生命周期），但是模塊中的所有Action必須***享相同的生命周期。

Struts2支持通過攔截器堆棧（Interceptor Stacks）為每壹個Action創建不同的生命周期。堆棧能夠根據需要和不同的Action壹起使用。

Struts1流程：

（1）用戶的請求以HTTP方式傳輸到服務器上，接受請求的是ActionServlet.

（2）ActionServlet接收到請求後，會查找Struts-config.xml文件來確定服務器上是否有用戶請求的操作，此處用戶請求操作應為登陸操作。如果沒有，則返回壹個用戶請求無效的出錯信息。

（3）當ActionServlet請求找到用戶請求的Action後，首先將用戶輸入的表單參數打包成壹個ActionFrom對象，這個ActionFrom對象其實也就是壹個JavaBean,裏面包含兩個字段，分別是用戶名和密碼。接著ActionServlet再根據struts-config.xml中的配置信息決定是否要執行ActionFrom對象中的Validate方法。若Validate方法執行有錯，則返回。否則，繼續下壹步。

（4）系統生成壹個用戶所請求的Action的實例對象，將前面的ActionFrom對象傳遞給它，運行它的Execute()方法。這壹步其實就是用戶登陸的控制器，在執行exectue()方法時，可以調用後臺模型驗證登陸名和密碼是否正確等信息。

（5）execute()執行結束前會生成ActionForward類型的對象並將之返回給ActionServlet

struts1的處理器

processMultipart()要是提交方式為post而且類型為Multipart則返回重新包裝的HttpServletRequest對象

processPath()獲取url路徑以便選擇struts Action組件

processLocale()把用戶提交的Locale信息保存到session中

processContent()設置response.setContentType的值

processNoCache()設置報頭Cache-Control Pragma Expires的值

processPreprocess()直接返回true 子類可以覆蓋該方法實現己的操作

processMapping()查找對應的ActionMapping 不存在則返回錯誤信息

processRoles()判斷對應的Action是否配置了安全角色用戶是否有權限

processActionForm()查找ActionMapping是否配置ActionForm 有則查找該實例不存在則創建