本文按照1.構造函數(shù)->2.init()->3.do*()->4.destroy()的順序，解析ActionServlet的工作原理。
init()的初始化工作分為個步驟進行：
1.initInternal()資源文件的初始化

internalName與initInternal()都是protected所以可以被子類重載。修改struts默認的資源文件信息。
2.initOther()根據(jù)web.xml的配置參數(shù)執(zhí)行不同的初始化,1.設置struts配置文件路徑2.convertNull

  
3.initServlet()解析servletName,url-Pattern。官方struts的web.xml：servletName=action,urlPattern=/*.do

 

 

 

(初始化工作還未完成,待續(xù))

     ActionServlet是對應于原始java web開發(fā)中的servlet，是struts最核心的類。在實際的編程中，ActionServlet出現(xiàn)的次數(shù)很少，甚至不需要知道它便可以完成一個小型的項目，由此可見引入一個厲害框架將減低對技術的要求。
    在項目開發(fā)中，ActionServlet的出現(xiàn)最少只需要1次，便是在web.xml中。
    
    不知道被復制了多少遍的一段代碼，今天我終于狠下心要來揭開他的秘密！
    ActionServlet繼承于HttpServlet，所以可以安全的放在web.xml的</servlet-clss>標簽里。在原始的java web開發(fā)中，HttpServlet的init()\destroy() \service() \do*()函數(shù)經(jīng)常需要根據(jù)業(yè)務繼承實現(xiàn)。同樣的，在ActionServlet里，它繼承實現(xiàn)了這幾個方法，從這個意義上講ActionServlet與原始web開發(fā)中的servlet沒有任何的區(qū)別。
     ActionServlet就是一個HttpServlet的特殊實現(xiàn)，所以要真正了解ActionServlet流程必須知道HttpServlet的流程。
     HttpServlet的流程應該包括：1.構造函數(shù)->2.init()->3.do*()->4.destroy()。
     init()的執(zhí)行時間有兩種方式:1.Tomcat啟動時2.在提交到該Servlet時 （可以通過<load-on-startup>進行設置）
   
     同樣的在ActionServlet中，也是由這幾個函數(shù)來是實現(xiàn)web服務的，只是它所實現(xiàn)的并不是業(yè)務服務代碼，而是控制代碼。  
     

       最近在做一些代碼安全性檢查，使用了Fortify。發(fā)現(xiàn)了一些曾經(jīng)引以為豪的代碼既然會出現(xiàn)高危的錯誤。希望各位達人給予幫助。
         設計初衷:共享WebApplicationContext,通過getBean(String beanName)取得對應的bean處理相應的業(yè)務邏輯。

public class BaseAction extends Action {
    private WebApplicationContext wac;
    protected ServletContext context;    
    public void setServlet(ActionServlet actionServlet) {
        super.setServlet(actionServlet);
        context = actionServlet.getServletContext();
        wac = WebApplicationContextUtils.getRequiredWebApplicationContext(context);
    }

    protected Object getBean(String beanName) {
        return wac.getBean(beanName);
    }
}

      高危錯誤代碼：                  錯誤原因分析：BaseAction繼承自Action,單例實現(xiàn)。該類含有屬性：wac與context，在多線程環(huán)境下不能保證這兩個屬性的合理邏輯。于是掉入了一個單例模式的陷阱。（請各位達人完善）
         解決方法：jdon(banq)給我的回復          
       

banq:寫的方法是高危，但是看你的方法內(nèi)容，則沒有關系。 你的方法內(nèi)容是獲得一個Web項目的一個單例，實際就是Spring容器，而且大部分是讀，而不是讀寫并加。 單例陷阱我已經(jīng)在以前帖子中說了，只有在單例+寫+同步等操作下才可能死鎖，因為代碼不可控性，今天你注意沒這么做，不代表其他無知的人不這么做，所以，這種singlton會被嚴謹?shù)墓ぞ哒J為是高危，這是正確的。

ME:謝謝 banq! 如果需要消除這段高危代碼,需要如何重構. 因為只是存在讀操作,我是否可以把wac與context定義為static(這樣工具不會報錯) 請問這樣改會不會有問題?

banq:不能用static，這樣Spring容器中所有資源都不能隨著你的WEB項目消失而消失。 主要問題在于你的setServlet(ActionServlet actionServlet)這個方法，這其實是一個初始化工作，試驗在BaseAction的構造方法中首先實現(xiàn)，這樣表示有前有后，可能不會報高危錯誤。 實在不行，做一個懶加載的方法，在這個方法中，檢查一下wac是否為空，如果為，就進行初始化，不為空，就直接返回wac值。

去除setServlet方法，在getBean加入，如下，如果還不行，就每次老老實實的用WebApplicationContextUtils獲得Spring實例： protected Object getBean(String beanName) { if(wac==null){ context = actionServlet.getServletContext(); wac = WebApplicationContextUtils.getRequiredWebApplicationContext(context); } return wac.getBean(beanName); }