在Struts中對用戶輸入信息的校驗一般在FromBean中進行（除非需要訪問數據庫進行諸如登錄信息的校驗，因為這是Action的工作），本文將闡述如何在Struts中實現可配置的信息校驗。

一、在FormBean中手工實現

最簡單的方法是直接在FormBean中重寫ActionForm類的validate方法，validate方法簽名如下：

比如需要校驗age字段必須填寫數字：

在form提交后，容器會調用validate方法對表單數據進行校驗，如果返回的ActionErrors為空（即校驗通過），則將FormBean提交Action，否則重定向到提交form的頁面。
這種方法實現簡單，直觀，容易測試、調試，但不可避免地存在以下缺點：

1、很難重用，導致重復開發
有很多校驗邏輯在整個網站中是相同的，比如上述的數字校驗，還有email校驗、長度校驗等等，而通過覆蓋validate方法很難對這些校驗過程進行重用，除非定義一些helper類封裝校驗方法（比如上述的isNumber()）。而當需要為另一個FormBean加入相同的校驗邏輯時必須重復地覆蓋validate方法

2、難于擴展
當要對一個表單增、刪、改校驗邏輯時必須修改validate方法，重新打包、部署

3、不可配置
因為校驗邏輯硬編碼于class文件中，運行時不可能做到靈活地配置校驗邏輯

因此，Struts中加入了另一種更靈活的校驗機制：

二、使用Validator

Validator提供了一種基于xml配置文件的校驗模型，要使用這一模型必須做如下實現：

1、FormBean繼承org.apache.struts.validator.ValidatorForm而不是ActionForm

2、不覆蓋validate方法

3、創建validator-rules.xml及validation.xml文件
validator-rules.xml定義了可用來配置的校驗邏輯，如：

該配置文件的具體格式請查閱Struts的官方文檔?？梢钥闯銎渲袑芏喑Ｓ玫男ｒ炦壿嬤M行了封裝，比如數字校驗（92行到103行），長度校驗（33行到56行）等。

而validation.xml則是Validator的核心，其中可對各個FormBean中需要校驗字段及校驗邏輯進行靈活的配置：

具體格式可查閱官方文檔，如上例，3到5行定義了需要對名為“loging”的FormBean的“username”、“password”分別進行“required”校驗（即必填字段）。校驗邏輯之間可以組合，如第6行的“required,codeinput”，定義了先進行required校驗，通過了再進行codeinput校驗。

與在validate方法內進行校驗相比，使用Validator的優勢就很明顯了，可重用（從上述xml文件可以看出對很多字段都進行了required校驗）；可靈活配置、擴展，只需修改validation.xml文件就可以改變校驗邏輯。