步驟：

定義分組的接口【主要是標(biāo)識】

定于校驗(yàn)規(guī)則屬于哪一各組

在Controller方法中定義使用校驗(yàn)分組

在我們之前SSH，使用Struts2的時候也配置過統(tǒng)一處理異常...

當(dāng)時候是這么干的：

在service層中自定義異常

在action層也自定義異常

對于Dao層的異常我們先不管【因?yàn)槲覀児懿恢?，dao層的異常太致命了】

service層拋出異常，Action把service層的異常接住，通過service拋出的異常來判斷是否讓請求通過

如果不通過，那么接著拋出Action異常

在Struts的配置文件中定義全局視圖，頁面顯示錯誤信息

詳情可看：http://blog.csdn.net/hon_3y/article/details/72772559

那么我們這次的統(tǒng)一處理異常的方案是什么呢？？？？

我們知道Java中的異?？梢苑譃閮深?/p>

編譯時期異常

運(yùn)行期異常

對于運(yùn)行期異常我們是無法掌控的，只能通過代碼質(zhì)量、在系統(tǒng)測試時詳細(xì)測試等排除運(yùn)行時異常

而對于編譯時期的異常，我們可以在代碼手動處理異?？梢詔ry/catch捕獲，可以向上拋出。

我們可以換個思路，自定義一個模塊化的異常信息，比如：商品類別的異常

public class CustomException extends Exception {
    
    //異常信息
    private String message;
    
    public CustomException(String message){
        super(message);
        this.message = message;
        
    }

    public String getMessage() {
        return message;
    }

    public void setMessage(String message) {
        this.message = message;
    }
    
    

}

我們在查看Spring源碼的時候發(fā)現(xiàn)：前端控制器DispatcherServlet在進(jìn)行HandlerMapping、調(diào)用HandlerAdapter執(zhí)行Handler過程中，如果遇到異常，在系統(tǒng)中自定義統(tǒng)一的異常處理器，寫系統(tǒng)自己的異常處理代碼。。

我們也可以學(xué)著點(diǎn)，定義一個統(tǒng)一的處理器類來處理異常...

public class CustomExceptionResolver implements HandlerExceptionResolver  {

    //前端控制器DispatcherServlet在進(jìn)行HandlerMapping、調(diào)用HandlerAdapter執(zhí)行Handler過程中，如果遇到異常就會執(zhí)行此方法
    //handler最終要執(zhí)行的Handler，它的真實(shí)身份是HandlerMethod
    //Exception ex就是接收到異常信息
    @Override
    public ModelAndView resolveException(HttpServletRequest request,
            HttpServletResponse response, Object handler, Exception ex) {
        //輸出異常
        ex.printStackTrace();
        
        //統(tǒng)一異常處理代碼
        //針對系統(tǒng)自定義的CustomException異常，就可以直接從異常類中獲取異常信息，將異常處理在錯誤頁面展示
        //異常信息
        String message = null;
        CustomException customException = null;
        //如果ex是系統(tǒng) 自定義的異常，直接取出異常信息
        if(ex instanceof CustomException){
            customException = (CustomException)ex;
        }else{
            //針對非CustomException異常，對這類重新構(gòu)造成一個CustomException，異常信息為“未知錯誤”
            customException = new CustomException("未知錯誤");
        }

        //錯誤 信息
        message = customException.getMessage();
        
        request.setAttribute("message", message);

        
        try {
            //轉(zhuǎn)向到錯誤 頁面
            request.getRequestDispatcher("/WEB-INF/jsp/error.jsp").forward(request, response);
        } catch (ServletException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } catch (IOException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
        
        return new ModelAndView();
    }

}

我們在學(xué)習(xí)webservice的時候可能就聽過RESTful這么一個名詞，當(dāng)時候與SOAP進(jìn)行對比的...那么RESTful究竟是什么東東呢？？？

RESTful(Representational State Transfer)軟件開發(fā)理念，RESTful對http進(jìn)行非常好的詮釋。

如果一個架構(gòu)支持RESTful，那么就稱它為RESTful架構(gòu)...

以下的文章供我們了解：

http://www.ruanyifeng.com/blog/2011/09/restful

綜合上面的解釋，我們總結(jié)一下什么是RESTful架構(gòu)：

　?。?）每一個URI代表一種資源；

　?。?）客戶端和服務(wù)器之間，傳遞這種資源的某種表現(xiàn)層；

　　（3）客戶端通過四個HTTP動詞，對服務(wù)器端資源進(jìn)行操作，實(shí)現(xiàn)"表現(xiàn)層狀態(tài)轉(zhuǎn)化"。

關(guān)于RESTful冪等性的理解:http://www.oschina.net/translate/put-or-post

簡單來說，如果對象在請求的過程中會發(fā)生變化(以Java為例子，屬性被修改了)，那么此是非冪等的。多次重復(fù)請求，結(jié)果還是不變的話，那么就是冪等的。

PUT用于冪等請求，因此在更新的時候把所有的屬性都寫完整，那么多次請求后，我們其他屬性是不會變的

在上邊的文章中，冪等被翻譯成“狀態(tài)統(tǒng)一性”。這就更好地理解了。

其實(shí)一般的架構(gòu)并不能完全支持RESTful的，因此，只要我們的系統(tǒng)支持RESTful的某些功能，我們一般就稱作為支持RESTful架構(gòu)...

非RESTful的http的url：http://localhost:8080/items/editItems.action?id=1&....

RESTful的url是簡潔的：http:// localhost:8080/items/editItems/1

從上面我們可以發(fā)現(xiàn)，url并沒有.action后綴的，因此我們要修改核心分配器的配置

    
    
        springmvc_rest
        org.springframework.web.servlet.DispatcherServlet
        
        
            contextConfigLocation
            
            classpath:spring/springmvc.xml
        

    
    
        springmvc_rest
        
        /
    

在Controller上使用PathVariable注解來綁定對應(yīng)的參數(shù)

    //根據(jù)商品id查看商品信息rest接口
    //@RequestMapping中指定restful方式的url中的參數(shù)，參數(shù)需要用{}包起來
    //@PathVariable將url中的{}包起參數(shù)和形參進(jìn)行綁定
    @RequestMapping("/viewItems/{id}")
    public @ResponseBody ItemsCustom viewItems(@PathVariable("id") Integer id) throws Exception{
        //調(diào)用 service查詢商品信息
        ItemsCustom itemsCustom = itemsService.findItemsById(id);
        
        return itemsCustom;
        
    }

當(dāng)DispatcherServlet攔截/開頭的所有請求，對靜態(tài)資源的訪問就報(bào)錯：我們需要配置對靜態(tài)資源的解析

/**就表示不管有多少層，都對其進(jìn)行解析，/*代表的是當(dāng)前層的所有資源..

在Struts2中攔截器就是我們當(dāng)時的核心，原來在SpringＭＶＣ中也是有攔截器的

用戶請求到DispatherServlet中，DispatherServlet調(diào)用HandlerMapping查找Handler，HandlerMapping返回一個攔截的鏈兒（多個攔截），springmvc中的攔截器是通過HandlerMapping發(fā)起的。

實(shí)現(xiàn)攔截器的接口：

public class HandlerInterceptor1 implements HandlerInterceptor {

    //在執(zhí)行handler之前來執(zhí)行的
    //用于用戶認(rèn)證校驗(yàn)、用戶權(quán)限校驗(yàn)
    @Override
    public boolean preHandle(HttpServletRequest request,
            HttpServletResponse response, Object handler) throws Exception {
        
        System.out.println("HandlerInterceptor1...preHandle");
        
        //如果返回false表示攔截不繼續(xù)執(zhí)行handler，如果返回true表示放行
        return false;
    }
    //在執(zhí)行handler返回modelAndView之前來執(zhí)行
    //如果需要向頁面提供一些公用 的數(shù)據(jù)或配置一些視圖信息，使用此方法實(shí)現(xiàn) 從modelAndView入手
    @Override
    public void postHandle(HttpServletRequest request,
            HttpServletResponse response, Object handler,
            ModelAndView modelAndView) throws Exception {
        System.out.println("HandlerInterceptor1...postHandle");
        
    }
    //執(zhí)行handler之后執(zhí)行此方法
    //作系統(tǒng) 統(tǒng)一異常處理，進(jìn)行方法執(zhí)行性能監(jiān)控，在preHandle中設(shè)置一個時間點(diǎn)，在afterCompletion設(shè)置一個時間，兩個時間點(diǎn)的差就是執(zhí)行時長
    //實(shí)現(xiàn) 系統(tǒng) 統(tǒng)一日志記錄
    @Override
    public void afterCompletion(HttpServletRequest request,
            HttpServletResponse response, Object handler, Exception ex)
            throws Exception {
        System.out.println("HandlerInterceptor1...afterCompletion");
    }

}

配置攔截器

如果兩個攔截器都放行

測試結(jié)果：
HandlerInterceptor1...preHandle
HandlerInterceptor2...preHandle

HandlerInterceptor2...postHandle
HandlerInterceptor1...postHandle

HandlerInterceptor2...afterCompletion
HandlerInterceptor1...afterCompletion

總結(jié)：
執(zhí)行preHandle是順序執(zhí)行。
執(zhí)行postHandle、afterCompletion是倒序執(zhí)行

1 號放行和2號不放行

測試結(jié)果：
HandlerInterceptor1...preHandle
HandlerInterceptor2...preHandle
HandlerInterceptor1...afterCompletion

總結(jié)：
如果preHandle不放行，postHandle、afterCompletion都不執(zhí)行。
只要有一個攔截器不放行，controller不能執(zhí)行完成

1 號不放行和2號不放行

測試結(jié)果：
HandlerInterceptor1...preHandle
總結(jié)：
只有前邊的攔截器preHandle方法放行，下邊的攔截器的preHandle才執(zhí)行。

日志攔截器或異常攔截器要求

將日志攔截器或異常攔截器放在攔截器鏈兒中第一個位置，且preHandle方法放行

攔截器攔截

public class LoginInterceptor implements HandlerInterceptor {

    //在執(zhí)行handler之前來執(zhí)行的
    //用于用戶認(rèn)證校驗(yàn)、用戶權(quán)限校驗(yàn)
    @Override
    public boolean preHandle(HttpServletRequest request,
            HttpServletResponse response, Object handler) throws Exception {
        
        //得到請求的url
        String url = request.getRequestURI();
        
        //判斷是否是公開 地址
        //實(shí)際開發(fā)中需要公開 地址配置在配置文件中
        //...
        if(url.indexOf("login.action")>=0){
            //如果是公開 地址則放行
            return true;
        }
        
        //判斷用戶身份在session中是否存在
        HttpSession session = request.getSession();
        String usercode = (String) session.getAttribute("usercode");
        //如果用戶身份在session中存在放行
        if(usercode!=null){
            return true;
        }
        //執(zhí)行到這里攔截，跳轉(zhuǎn)到登陸頁面，用戶進(jìn)行身份認(rèn)證
        request.getRequestDispatcher("/WEB-INF/jsp/login.jsp").forward(request, response);
        
        //如果返回false表示攔截不繼續(xù)執(zhí)行handler，如果返回true表示放行
        return false;
    }
    //在執(zhí)行handler返回modelAndView之前來執(zhí)行
    //如果需要向頁面提供一些公用 的數(shù)據(jù)或配置一些視圖信息，使用此方法實(shí)現(xiàn) 從modelAndView入手
    @Override
    public void postHandle(HttpServletRequest request,
            HttpServletResponse response, Object handler,
            ModelAndView modelAndView) throws Exception {
        System.out.println("HandlerInterceptor1...postHandle");
        
    }
    //執(zhí)行handler之后執(zhí)行此方法
    //作系統(tǒng) 統(tǒng)一異常處理，進(jìn)行方法執(zhí)行性能監(jiān)控，在preHandle中設(shè)置一個時間點(diǎn)，在afterCompletion設(shè)置一個時間，兩個時間點(diǎn)的差就是執(zhí)行時長
    //實(shí)現(xiàn) 系統(tǒng) 統(tǒng)一日志記錄
    @Override
    public void afterCompletion(HttpServletRequest request,
            HttpServletResponse response, Object handler, Exception ex)
            throws Exception {
        System.out.println("HandlerInterceptor1...afterCompletion");
    }

}

Controller

@Controller
public class LoginController {
    
    
    //用戶登陸提交方法
    @RequestMapping("/login")
    public String login(HttpSession session, String usercode,String password)throws Exception{
        
        //調(diào)用service校驗(yàn)用戶賬號和密碼的正確性
        //..
        
        //如果service校驗(yàn)通過，將用戶身份記錄到session
        session.setAttribute("usercode", usercode);
        //重定向到商品查詢頁面
        return "redirect:/items/queryItems.action";
    }
    
    //用戶退出
    @RequestMapping("/logout")
    public String logout(HttpSession session)throws Exception{
        
        //session失效
        session.invalidate();
        //重定向到商品查詢頁面
        return "redirect:/items/queryItems.action";
        
    }
    

}

使用Spring的校驗(yàn)方式就是將要校驗(yàn)的屬性前邊加上注解聲明。

在Controller中的方法參數(shù)上加上@Validation注解。那么SpringMVC內(nèi)部就會幫我們對其進(jìn)行處理(創(chuàng)建對應(yīng)的bean，加載配置文件)

BindingResult可以拿到我們校驗(yàn)錯誤的提示

分組校驗(yàn)就是將讓我們的校驗(yàn)更加靈活:某方法需要校驗(yàn)這個屬性，而某方法不用校驗(yàn)該屬性。我們就可以使用分組校驗(yàn)了。

對于處理異常，SpringMVC是用一個統(tǒng)一的異常處理器類的。實(shí)現(xiàn)了HandlerExceptionResolver接口。

對模塊細(xì)分多個異常類，都交由我們的統(tǒng)一異常處理器類進(jìn)行處理。

對于RESTful規(guī)范，我們可以使用SpringMVC簡單地支持的。將SpringMVC的攔截.action改成是任意的。同時，如果是靜態(tài)的資源文件，我們應(yīng)該設(shè)置不攔截。

對于url上的參數(shù)，我們可以使用@PathVariable將url中的{}包起參數(shù)和形參進(jìn)行綁定

SpringMVC的攔截器和Struts2的攔截器差不多。不過SpringMVC的攔截器配置起來比Struts2的要簡單。

至于他們的攔截器鏈的調(diào)用順序，和Filter的是沒有差別的。

如果文章有錯的地方歡迎指正，大家互相交流。習(xí)慣在微信看技術(shù)文章，想要獲取更多的Java資源的同學(xué)，可以關(guān)注微信公眾號:Java3y