Struts是一個Web Framework，struts開始于2000年３月，1.0在2001年7月發布。采用Struts能開發出基于MVC(Model-View-Controller)設計模式的應用構架。MVC設計模式把一個系統分成3個相互協調的部分。struts framework是MVC 模式的體現，下面我們就從分別從模型、視圖、控制來看看struts的體系結構（Architecture）。
在基于JSP/Servlet的Web應用中要使用MVC模式，需要解決一個問題。我們知道，HTTP的底層是TCP/IP協議，而TCP/IP是一種無狀態連接的協議，那么如果我們的模型發生了變化，就無從通知視圖。Struts采用了在“JSP規范 v0.92”中提到的MVC Model 2，這是對MVC在Web上應用的修訂版。圖示如下：


圖表 1：MVC Model 2（From Malcolm Davis）

Model（模型）
模型用于封裝系統的狀態。在Struts中，系統模型的狀態主要由ActiomForm Bean和值對象體現。

View（視圖）
是模型的表示，提供用戶交互界面。當模型狀態發生變化時，視圖應該得到通知，以便更新視圖。
首先，Struts提供了Java類org. apache.struts.action.ActionForm，Java開發者將該類細分來創建表單bean。在運行時，該bean有兩種用法：
         ―  當JSP準備相關的HTML表單以進行顯示時，JSP將訪問該bean(它保存要放入表單中的值)。那些值是從業務邏輯或者是從先前的用戶輸入來提供的。
         ―  當從Web瀏覽器中返回用戶輸入時，該bean將驗證并保存該輸入以供業務邏輯或(如果驗證失敗的話)后續重新顯示使用。
其次，Struts提供了許多定制JSP標記，它們的使用簡單，但是它們在隱藏信息方面功能強大。例如，除了bean名稱和給定bean中每個段的名稱之外，頁面設計者不需要知道有關表單bean的更多信息。

Controller（控制器）
接受來自視圖的請求，修改模型的狀態。在Struts framework中， Controller主要是ActionServlet，但是對于業務邏輯的操作則主要由Action、ActionMapping、ActionForward這幾個組件協調完成（也許這幾個組件，應該劃分到模型中的業務邏輯一塊）。其中，Action扮演了真正的控制邏輯的實現者，而ActionMapping和ActionForward則指定了不同業務邏輯或流程的運行方向。

下面從系統的角度簡單介紹一下Struts的工作原理：
Struts應用有3個主要部件：一個Servlet Controller（由Struts提供，org.apache.action.ActionServlet，以下簡稱controller）及負責具體業務處理的Action類（org.apache.action.Action的基類）；Jsp頁面（viewer）；應用的業務邏輯封裝（model）。Struts 的中心控制器（ActionServlet）接受所有來自客戶端的請求，并根據系統的配置（Struts-config.xml）路由HTTP請求到其他Action對象（開發者實現的org.apache.struts.action.Action的子類），在這些Action對象中會進行所有的業務操作，比如插入一條訂單，修改一條記錄。處理完畢，由Struts的ActionServlet轉向到JSP頁面，將處理結果返回給客戶端。從這兒可以看出在Struts中ActionServlet擔任了重要的角色，由它控制所有的程序流轉，是MVC三個相對獨立的部分協調工作，提供系統的完善功能。從下圖可見Struts是MVC Model 2的一個典型應用。