摘要：總結本章主要分析了接口抽象類以及對自定義的幾個重要屬性進行了測試，希望對大家有幫助，謝謝。

Controller是Spring MVC為我們提供的基礎的控制器接口，和HttpServlet一樣，接收request和response參數(shù)處理用戶請求，并返回ModelAndView，從概念上可以類比Struts的Action。

Controller主要實現(xiàn)的如下功能：

接收并處理用戶請求

調(diào)用業(yè)務方法

返回ModelAndView

基于Controller開發(fā)請求處理Handler的特點：

需要實現(xiàn)Controller接口

請求參數(shù)需從請求request中獲取

請求處理Handler與Spring深度耦合

就目前項目開發(fā)，幾乎不會使用此方式進行開發(fā)，除非維護一些歷史項目。目前是基于注解進行開發(fā)，從Spring2.5及之后開始支持。編寫本章內(nèi)容主要是基于知識點的全面性來考慮，大家可以了解了解。

本系列文章是基于Spring5.0.5RELEASE。

Spring提供的Controller接口，定義了一個方法，作用就是處理用戶請求，源碼如下：

package org.springframework.web.servlet.mvc;

public interface Controller {
    
    /**
     *接收request和response參數(shù)，處理用戶請求
     *參數(shù)從request中獲取
     *方法返回ModelAndView，Model為模型數(shù)據(jù)，View為視圖
     */
    ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception;

}

Spring提供了如下實現(xiàn)：

AbstractController 控制瀏覽器緩存、支持的請求方法等等
ServletForwardingController 將Spring Handler接收的請求轉發(fā)給一個Servlet去執(zhí)行
ParameterizableViewController 參數(shù)化視圖控制器，根據(jù)參數(shù)的邏輯視圖名直接選擇需要展示的視圖
AbstractUrlViewController 根據(jù)請求URL路徑直接轉化為邏輯視圖名的支持基類
UrlFilenameViewController 將請求URL路徑轉換為邏輯視圖名并返回的實現(xiàn)類
ServletWrappingController Servlet包裝控制器

以上是Spring MVC為我們提供Controller接口的默認實現(xiàn)，下面我們接著分析這些實現(xiàn)類。

該抽象類繼承WebContentGenerator并實現(xiàn)Controller接口，其中WebContentGenerator類用于瀏覽器緩存控制、自定義Controller支持的請求方法類型（默認支持：GET/HEAD/POST）等。

WebContentGenerator類的主要屬性如下：

/** 支持的請求方法類型，默認支持：GET、HEAD、POST */
@Nullable
private Set supportedMethods;

@Nullable
private String allowHeader;
/** 當前請求是否必須有session */
private boolean requireSession = false;

@Nullable
private CacheControl cacheControl;
/** 緩存過期時間，正數(shù)表示需要緩存，負數(shù)表示不做任何事情 */
private int cacheSeconds = -1; 

@Nullable
private String[] varyByRequestHeaders;

/** 是否使用HTTP1.0協(xié)議過期響應頭：如果true則會在響應頭添加“Expires：”；需要配合cacheSeconds使用 */
private boolean useExpiresHeader = false;

/** 是否使用HTTP1.1協(xié)議的緩存控制響應頭，如果true則會在響應頭添加；需要配合cacheSeconds使用 */
private boolean useCacheControlHeader = true;

/** 是否使用HTTP 1.1協(xié)議的緩存控制響應頭，如果true則會在響應頭添加；需要配合cacheSeconds使用 */
private boolean useCacheControlNoStore = true;

AbstractController類源碼如下：

/** 表示該控制器是否在執(zhí)行時同步session，從而保證該會話的用戶串行訪問該控制器 */
private boolean synchronizeOnSession = false;

/**
 *實現(xiàn)Controller接口的handleRequest方法
 */
@Override
@Nullable
public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response)
        throws Exception {

    if (HttpMethod.OPTIONS.matches(request.getMethod())) {
        response.setHeader("Allow", getAllowHeader());
        return null;
    }

    // 檢查是否支持請求方法以及必須的session
    checkRequest(request);
    // 根據(jù)設置準備response
    prepareResponse(response);

    // 如果必要順序執(zhí)行handleRequestInternal方法
    if (this.synchronizeOnSession) {
        HttpSession session = request.getSession(false);
        if (session != null) {
            Object mutex = WebUtils.getSessionMutex(session);
            synchronized (mutex) {
                return handleRequestInternal(request, response);
            }
        }
    }
    
    return handleRequestInternal(request, response);
}

/**
 * 需要子類實現(xiàn)的模板方法
 */
@Nullable
protected abstract ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response)
        throws Exception;

本章實戰(zhàn)是通過繼承AbstractController類編寫用戶請求handler，測試如下幾點：

繼承AbstractController抽象類，實現(xiàn)handlerRequestInternal方法處理用戶請求

通過前幾篇及上面的分析，SimpleControllerHandlerAdapter類可以適配實現(xiàn)了Controller接口的類，AbstractController實現(xiàn)了Controller接口的handleRequest方法，并預留了handleRequestInternal模板方法供子類實現(xiàn)，用戶處理用戶請求，根據(jù)這個思路，我們要使用SimpleControllerHandlerAdapter適配Controller時，只需繼承AbstractController類并實現(xiàn)handleRequestInternal方法即可，具體源碼如下：

自定義Controller源碼：

/**
 *繼承AbstractController并實現(xiàn)handleRequestInternal方法
 */
public class HelloWorldController extends AbstractController {

    /**
     *通過response直接回寫數(shù)據(jù)，也可通過ModelAndView指定邏輯視圖并回寫數(shù)據(jù)
     */
    @Override
    protected ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response) throws Exception {
        Writer writer = response.getWriter();
        writer.write("hello AbstractController");
        writer.flush();
        return null;
    }

}

配置文件配置如下：

驗證結果

代碼編寫完后，啟動應用進行測試，AbstractController默認支持GET、HEAD、POST方法類型，我們使用Postman進行測試，GET請求結果如下：

HEAD、POST也能處理，但如果發(fā)起PUT請求則返回不支持方法類型，如下圖：

指定請求方法類型

AbstractController默認支持GET、HEAD、POST三種請求類型，本例通過設置supportedMethods屬性來設置支持的請求方法類型，代碼如下：

配置文件配置如下：

    
    
        
            PUT
            POST
        
    

驗證結果

只需在Controller Bean修改supportMethods屬性接口，測試PUT請求，結果如下：

requireSession前置檢查

當把requireSession屬性設置為true時，訪問Controller需檢查有無session，如果沒有將跑出HttpSessionRequiredException異常，代碼如下：

配置文件配置如下：

    
    
        
            GET
            POST
        
    
    
    

新增的HelloWorld2Controller與HelloWorldController代碼基礎上增加獲取session的代碼，如下：

request.getSession(true);

測試驗證

首先驗證沒有session情況下，結果如下：

說明在訪問到自定義Controller前檢查session沒有，拋出HttpSessionRequiredException異常

我們增加了一個新的controller用于設置創(chuàng)建session，此時我們訪問一次后，再訪問需要驗證的session的請求，結果如下：

通過結果可見，測試能正常訪問了。

本章主要分析了Controller接口、AbstractController抽象類以及對自定義Controller的幾個重要屬性進行了測試，希望對大家有幫助，謝謝。

最后創(chuàng)建了qq群方便大家交流，可掃描加入，同時也可加我qq：276420284，共同學習、共同進步，謝謝！