詳細教程 參考struts教程https://www.w3cschool.cn/struts_2/struts_configuration.html Struts2 基於MVC設計模式的web應用程式框架，它不僅僅是Struts1 的升級版本，更是一個全新的Struts架構。最初，是以WebWork ...
詳細教程 參考struts教程https://www.w3cschool.cn/struts_2/struts_configuration.html
Struts2 基於MVC設計模式的web應用程式框架，它不僅僅是Struts1 的升級版本，更是一個全新的Struts架構。最初，是以WebWork框架和Struts框架為基礎，通過提供增強和改進的Struts框架，進而實現簡化web技術人員開發工作的目標。不久之後，Webwork框架和Struts社區聯合創造了現在流行的Struts2框架。
Struts2與Struts1.X已經不能再放到一起比較，雖然都是對MVC架構模式的實現，本質卻完全不同。Struts2的前身是WebWork，其實現方式和功能都要優於Struts1.X,但是，Struts先入為主，很多應用程式都基於Struts，其生命力和普及度使得WebWork落於下風。隨著新思想和新架構的不斷涌入，特別是WEB2.0被大量提及，Struts1.x顯然無法跟上日新月異的變化，在很多應用上顯得力不從心，最終催生了Struts2.0。可以說Struts2.0是為變而變。
-----------------------------------------------------------------------------------------------------------------
Struts2的新特征
如果讀者熟悉Struts1.X，會發現Struts2比Struts1.X有了巨大的變化：
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一起使用。
註：以上資料從網上搜集，來源：Struts開發組，翻譯：tianxinet（胖猴）。
-----------------------------------------------------------------------------------------------------------------------------------------------------
搭建struts2開發環境
Servlet API 2.4
JSP API 2.0
Java 5
需要提醒的是，在Struts中會用到Annotation，所以請將JDK版本升級到1.5以上.
1. struts2下載，struts-2.1.0-all.zip 包含struts2項目所用的jar包
2.新建web工程，導入包（13個），創建action.java、配置文件struts.xml、web.xml。
3.核心配置文件struts.xml ：
- package標簽，為action或截攔器分組，在package裡面才能配置action。
- name屬性
- name屬性值根功能本身沒有關係的，
- 在一個配置文件中可以寫多個package標簽，name屬性值不能相同的 - extends屬性 extends="struts-default"
- 屬性值固定的，struts-default
- 寫了這個屬性之後，在package裡面配置的類具有action功能 - namespaces屬性
-namespace屬性值和action標簽裡面的name屬性值構成訪問路徑
- action標簽
- name屬性
- namespace屬性值和action標簽裡面的name屬性值構成訪問路徑
- 在package標簽裡面寫多個action標簽，但是action的name屬性值不能相同的 - class屬性
- action全路徑 - method屬性
- 比如在action裡面預設執行的方法execute方法，但是在action裡面寫其他的方法
- 讓action裡面多個方法執行，使用method進行配置
- result標簽，根據action的方法返回值，配置到不同的路徑裡面
- name屬性
和方法返回值一樣 - type屬性
配置如何到路徑中（轉發或者重定向）
type屬性預設值 做轉發操作
1 <?xml version="1.0" encoding="UTF-8"?> 2 <!DOCTYPE struts PUBLIC 3 "-//Apache Software Foundation//DTD Struts Configuration 2.5//EN" 4 "http://struts.apache.org/dtds/struts-2.5.dtd"> 5 6 <struts> 7 <package name="struts2" extends="struts-default" namespace="/"> 8 <action name="login" class="action.LoginAction"> 9 <result name="success">/loginSuccess.jsp</result> 10 <result name="fail">/loginFail.jsp</result> 11 </action> 12 </package> 13 </struts>struts.xml
4.web.xml, 作用整個項目的全局,設置filter過濾器，捕獲器，以及映射標簽
將Struts2所帶的過濾器org.apache.struts2.dispatcher.FilterDispatcher配置到工程的web.xml文件中，預設情況下，該過濾器攔截請求字元串中以.action結尾的請求，並將該請求委托給指定的Action進行處理。最直觀的表現就是調用Action的execute()方法。註：在Sturts1.X中，該行為由Servlet完成。
1 <?xml version="1.0" encoding="UTF-8"?> 2 <web-app version="2.5" 3 xmlns="http://java.sun.com/xml/ns/javaee" 4 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 5 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 6 http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> 7 <display-name></display-name> 8 9 <filter> 10 <filter-name>struts2</filter-name> 11 <filter-class>org.apache.struts2.dispatcher.filter.StrutsPrepareAndExecuteFilter</filter-class> 12 </filter> 13 <filter-mapping> 14 <filter-name>struts2</filter-name> 15 <url-pattern>/*</url-pattern> 16 </filter-mapping> 17 18 <welcome-file-list> 19 <welcome-file>login.jsp</welcome-file> 20 </welcome-file-list> 21 </web-app>web.xml
5.action.java類
execute()：該方法一般會被重寫，當客戶端向Action發送請求時，會調用此方法。
1 package action; 2 3 4 public class LoginAction{ 5 private String account; 6 private String password; 7 public String getAccount() { 8 return account; 9 } 10 public void setAccount(String account) { 11 this.account = account; 12 } 13 public String getPassword() { 14 return password; 15 } 16 public void setPassword(String password) { 17 this.password = password; 18 } 19 20 public String execute()throws Exception{ 21 if(account.equals(password)){ 22 return "success"; 23 } 24 return "fail"; 25 } 26 }action.java
Strut2的體繫結構如圖所示：
從圖可以看出，一個請求在Struts2框架中的處理大概分為以下幾個步驟：
1、客戶端初始化一個指向Servlet容器（例如Tomcat）的請求；
2、這個請求經過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）；
3、接著FilterDispatcher被調用，FilterDispatcher詢問ActionMapper來決定這個請求是否需要調用某個Action；
4、如果ActionMapper決定需要調用某個Action，FilterDispatcher把請求的處理交給ActionProxy；
5、ActionProxy通過Configuration Manager詢問框架的配置文件，找到需要調用的Action類；
6、ActionProxy創建一個ActionInvocation的實例。
7、ActionInvocation實例使用命名模式來調用，在調用Action的過程前後，涉及到相關攔截器（Intercepter）的調用。
8、一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2 框架中繼承的標簽。在這個過程中需要涉及到ActionMapper。
註：以上步驟參考至網上。在此表示感謝！
https://www.cnblogs.com/duanxz/p/3158488.html
