Struts2雖然在大版本號上是第二個版本，但基本上在配置和使用上已經完全顛覆了Struts1.x的方式（當然，Struts2仍然是基於MVC模式的，也是動作驅動的，可能這是唯一沒變的東西）。Struts2實際上是在Webwork基礎上構建起來的MVC框架。我們從Struts2的源代碼中可以看到，有很多都是直接使用的xwork(Webwork的核心技術)的包。
１、web.xml的作用
web.xml核心代碼:
<filter>
<filter-name>struts2</filter-name>
<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
１）、通知web服務器(tomcat),只要是/* 的請求路徑，都交由該Filter來處理.
２）、通過解析和反射struts2的核心Filter,實例化後，加載struts2的相關配置文件，如struts.xml
將struts.xml文件解析後，在內存中形成一個JavaBean對象,每次訪問進不需要重新加載，直接訪問內存。
當重新部署時會重新加載struts.xml形成新的JavaBean對象.
舉例:
在外存中：struts.xml
<root>
<Action name="x" class="y" method="z"/>
</root>
在內存中：將struts.xml解析後形成如下的JavaBean對象
public class Root{ private Action action;
}public class action{ private String name="x"; private String class="y"; private String method="z";
setter/getter()..
}
注意：如果更改了struts.xml裡的內容，需要重新部署以完成更新內存中的JavaBean對象。
２、struts.xml的作用
將請求，處理類和對應的業務方法通過struts.xml靈活的配置起來。
例：
<action name="HelloWorldAction" class="com.amos.web.action.HelloWorldAction" method="execute"> </action>
請請求HelloWorldAction，與類com.amos.web.action.HelloWorldAction中的execute方法配置起來。
HelloWorldAction（請求）------->com.amos.web.action.HelloWorldAction（類）-------->execute(方法)
當想更改請求名稱為abc時直接在配置文件中的name屬性更改即可，或者更改請求對就類中的其它方法，也只需要更改配置文件中的的方法名即可。如下：
abc（請求）------->com.amos.web.action.HelloWorldAction（類）-------->otherMethod(方法)
３、struts2屬性總結：
<package name="com.amos.web.action" namespace="/" extends="struts-default" > <action name="HelloWorldAction" class="com.amos.web.action.HelloWorldAction" method="execute"> </action> </package>
name="com.amos.web.action"------包名
namespace="/" ------訪問的空間
extends="struts-default"------擴展strust2的內部功能
name="HelloWorldAction"------執行路徑
class="com.amos.web.action.HelloWorldAction"------使用全路徑便於反射
method="execute"------需要執行的業務方法,也是通過反射
注意：struts2建議將相關的action類放入同一個package下，如CRUD操作，類似於java中的包和類的關系
4、struts2基本配置詳解
１）、訪問Action的規則
規則:<package>中namespace屬性值拼接上<action>中name標簽，拼接符為"/"
例如，將namespace="/hi/amos",拼接後的url如下：
http://localhost:8080/struts2/hi/amos/HelloWorldAction
測試規則：
當前namespace為'/':
http://localhost:8080/struts2/hi/amos/li/HelloWorldAction [ok]http://localhost:8080/struts2/hi/amos/HelloWorldAction [ok]http://localhost:8080/struts2/hi/HelloWorldAction [ok]http://localhost:8080/struts2/HelloWorldAction [ok]
當前的namesapce為'/hi':
http://localhost:8080/struts2/hi/amos/li/HelloWorldAction [ok]http://localhost:8080/struts2/hi/amos/HelloWorldAction [ok]http://localhost:8080/struts2/hi/HelloWorldAction [ok]http://localhost:8080/struts2/HelloWorldAction [NO]
總結：對於action訪問規則(*表示任意的路徑):
*/*/HelloWorldAction可以滿足'/'的namespace
*/hi/*/HelloWorldAction可以滿足'/hi'的namespace,一句話總結就是只要包含namespace,strust2會自動進行匹配.
另外,namespace默認為"/"，不對此屬性賦值也可以。
2)、<action>中不指定class屬性會是什麼結果？
如上所示，如果不指定class值，那麼會返回404狀態值。同時可以看到class屬性的默認值為"com.opensymphony.xwork2.ActionSupport"
不寫class屬性值，為返回正確的結果，必須在<action>加上result屬性，其值必須為"success"，如下所示：
<package name="com.amos.web.action" namespace="/" extends="struts-default">
<action name="HelloWorldAction" method="execute"> <result name="success">
suc.jsp </result>
</action>
</package>
另外，需要將excute方法的返回值更改為"success",如下所示：
//重寫execute()方法
public String execute() throws Exception {
System.out.println("歡迎使用struts2!"); return "success";
}
然後在webapp目錄下新建一個suc.jsp，在body中加入"成功！！"運行代碼,結果如下所示：
由上可知，class屬性值也不是必須的，但建議給class屬性賦值，以避免不必要的麻煩。
struts1 和struts2 的區別：
Struts2與Struts1的對比
1，在Action實現類方面：
Struts1要求Action類繼承一個抽象基類;Struts1的一個具體問題是使用抽象類編程
而不是接口。Struts2 Action類可以實現一個Action接口，也可以實現其他接口，使可選和定制服務成為可能。
Struts2 提供一個ActionSupport基類 去實現常用的接口。即使Action接口不是必須實現的，只有一個包含
execute方法的POJO類都可以用作Struts2的Action。
2，線程模式方面：
Struts1 Action是單例模式並且必須是線程安全的，因為僅有Action的一個實例來處理所有的請求。單例策略限制了Struts1 Action能做的事，並且要在開發時特別小心。Action資源必須是線程安全的或同步的;Struts2 Action對象為每一個請求產生一個實例，因此沒有線程安全問題。
3，Servlet依賴方面：
Struts1 Action依賴於Servlet API，因為Struts1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。
Struts2 Action 不再依賴於ServletAPI，從而允許Action脫離Web容器運行，從而降低了測試Action的難度。當然，如果Action 需要直接訪問HttpServletRequest和HttpServletResponse參數，Struts2 Action仍然可以訪問它們。但是，大部分時候，Action都無需直接訪問
HttpServletRequest和HttpServletResponse，從而給開發者更多靈活的選擇。
4，可測試方面：
測試Struts1 Action的一個主要問題是execute方法依賴於Servlet於ServletAPI， 這使得Action 仍然的測試要依賴於Web容器。為了脫離Web容器測試Struts1 的Action， 必須借助於第三方擴展：Struts TestCase，該擴展下包含了系列的Mock對象，從而脫離Web容器測試Struts1的Action類。
Struts2Action可以通過初始化，設置屬性，調用方法來測試。
5，封裝請求參數方面：
Struts1 使用ActionForm對象封裝用戶的請求參數，所有的ActionForm 必須繼承一個
基類：ActionForm。 普通的JavaBean不能用作ActionForm因此，開發者必須創建大量的ActionForm類封裝用戶請求參數。雖然Struts1 提供了動態ActionForm 來簡化ActionForm 的開發，但依然需要在配置文件中定義ActionForm; Struts2 直接使用Action 屬性來封裝用戶請求屬性，避免了開發者需要大量開發ActionForm類的繁瑣，實際上，這些屬性還可以是包含子屬性的Rich對象類型。如果開發者依然懷念Struts1 ActionForm 的模式
Struts 2 提供了ModelDriven 模式， 可以讓開發者使用單獨的Model 對象來封裝用戶請求參數，但該Model對象無須繼承任何Struts2基類，是一個POJO，從而
降低了代碼污染。
6，表達式語言方面：
Struts1 整合了JSTL，因此可以使用JSTL表達式語言。這種表達式語言有基本對象圖遍
歷，但在對集合和索引屬性的支持上則功能不強
Struts2 可以是用JSTL，但它整合了一種更強大和靈活的表達
式語言：OGNL(Object Graph Notation Language),因此，Struts2下的表達式語言功能更加強大。
7，綁定值到視圖方面：
Struts1 使用標准JSP機制把對象綁定到視圖頁面;
Struts2 使用“ValueStack”技術，使標簽能夠訪問值，而不需要把對象和視圖頁面綁定在一起。
8，類型轉換的方面：
Struts 1 ActionForm 屬性通常都是String 類型。 Struts1 使用
Commons-Beanutils 進行類型轉換，支持基本數據類型和常用對象之間的轉換。
9，數據校驗的方面：
Struts1 支持在ActionForm 重寫 validate方法手動校驗，或者通過整合Commonsalidator框架來完成數據校驗。
Struts2 支持通過重寫validator方法進行校驗，也支持整合XWork校驗框架進行校驗
10，Action執行控制的方面：
Struts1 支持每一個模塊對應一個請求處理(既生命周期的概念)，但是模塊中的所有Action必須共享相同的生命周期。
Struts2支持通過攔截器堆棧為每一個Action 創建不通的生命周期。開發者可以根據需要創建相應堆找，從而和不同的Action一起使用。
