一些狀況下咱們可能須要對請求進行限制,好比僅容許POST,GET等...javascript
RequestMapping註解中提供了多個參數用於添加請求的限制條件html
案例:前端
@RequestMapping(value = "/editCourse",method = RequestMethod.POST,headers = {"id"},params = {"name"},consumes = {"text/plain"},produces = {"text/html"}) //含義:url爲/editCourse 請求方法爲POST hander必須包含id字段 參數必須包含name 只接受text/plain類型數據 返回數據類型爲text/html
爲了簡化書寫,MVC還提供了集合路徑和方法限制的註解,包括常見的請求方法:java
PostMapping GetMapping DeleteMapping PutMapping 例: @PostMapping("/editCourse")
handler方法能夠是三種類型的返回值,用於不一樣場景web
返回值爲視圖和數據的包裝類型,用於返回邏輯視圖名稱和視圖須要展現的數據json
等同於在Request中添加了屬性,而後進行了請求轉發後端
例:數組
@RequestMapping("/test") public ModelAndView test() { ModelAndView modelAndView = new ModelAndView(); modelAndView.setViewName("index.jsp"); modelAndView.addObject("msg", "hello ssm!"); return modelAndView; }
表示handler不返回任何數據,用於當須要直接操做response完成響應的場景mvc
例:app
@RequestMapping("/test2") public void test2(String name,HttpServletResponse response) throws IOException { response.getWriter().println(name.toUpperCase()); }
返回一個字符串類型的值,返回的內容能夠是視圖名稱也能夠是其餘請求地址
其背後採用的是請求轉發的方式
例:
@RequestMapping("/test3") public String test3(Model model) { model.addAttribute("msg","hello XXX"); return "index.jsp"; } @RequestMapping("/test4") public String test4() { return "/test"; }
也可指定對目標地址的請求是經過重定向或請求轉發;
例:
@RequestMapping("/test5") public String test5() { return "forward:/index.jsp"; } @RequestMapping("/test6") public String test6() { return "redirect:/index.jsp"; }
固然了 默認就是forward因此能夠省略;
當下,大多數公司都會有移動端App,當咱們的後臺服務須要爲App提供接口時,就不得不使用到json數據了,固然還有先後端分離項目中前端和後臺一樣採用json來交換數據;
在開始前,須要導入jackson依賴,用於實現json的序列化與反序列化;
<dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.9.9</version> </dependency>
@ResponseBody註解用於標註一個handler方法返回的是json數據,同時方法的返回值將做爲返回給前臺的數據;
例:
@RequestMapping("/getCourseList") @ResponseBody public List<Course> getCourseList() { //獲取全部課程 return courseService.selectCourses(); } @RequestMapping("/getCourse") @ResponseBody public Course getCourse(Integer id) {// 根據id獲取一個課程 return courseService.selectByID(id); }
ResponseBody會將響應的ContentType設置爲application/json, 而後調用jackson的toJsonString將返回值轉爲json字符串,最後返回給客戶端;
若是須要爲每個方法添加ResponseBody的話,就顯得很是麻煩,SpringMVC提供了@RestController註解,表示這是一個全部handler返回值全都是json的Controller,至關於把Controller和ResponseBody兩個註解合併在一塊兒;
例:
@RestController public class CourseController {.....}
SpringMVC能夠幫助咱們將json參數反序列化到指定的實體類型,List或Map;
須要強調的是:客戶端必須指定ContenType爲application/json
@RequestMapping("/addCourse") @ResponseBody public Course addCourse(@RequestBody Course course) {//接收json參數映射到實體 course.setName("接收json成功");//修改name再把數據發回去 以便查看效果 return course; } @RequestMapping("/addCourses") @ResponseBody public List<Course> addCourse(@RequestBody List<Course> courses) {//接收json數組參數映射到list return courses; } @RequestMapping("/addData") @ResponseBody public Map<String,String> addData(@RequestBody Map<String,String> data) {//接收json數據映射到map return data; } @RequestMapping("/addInfo") @ResponseBody public String addInfo(@RequestBody String data) {//接收json數據不作任何轉換 return data; }
當客戶端傳遞的json比較複雜時可能沒法直接轉換到某個實體類型,這是咱們能夠經過Map來接收,或直接獲取原始的json字符串本身處理; 就像上面的addData
和addInfo
同樣
顧名思義Handler攔截器可對Handler方法進行攔截,控制Handler方法是否執行,與Servlet的過濾器很是類似
可是要注意:
Servlet的filter的執行時機是在SpringMVC以前,過濾的目標對象是請求;
而Handler攔截器,攔截的目標對象是Handler方法
Handler攔截器能夠方便的實現,登陸狀態驗證,操做權限驗證等操做;
1.編寫攔截器
public class MyInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { //在執行handler前調用 返回值將決定是否繼續執行請求 System.out.println("preHandle"); return true; } @Override public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception { //handler被真正執行了,已經拿到了handler的返回結果 可是DispatcherServlet尚未發送給前臺 System.out.println("postHandle"); } @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { //DispatcherServlet將視圖發送給前臺後的回調 (不管handler是否執行 必定有響應發給前臺) System.out.println("afterCompletion"); //Handler中出現的任何異常也會傳給該方法,能夠在這裏進行處理 if (ex != null){ System.out.println("handler中出現異常了...."); } } }
2.配置攔截器
<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/**"/> <bean class="com.kkb.interceptor.MyInterceptor"/> </mvc:interceptor> </mvc:interceptors> <!-- * path用於指定攔截器攔截的url只有handler的url與之匹配纔會被攔截 /** 表示攔截全部請求 * interceptors中可配置多個interceptor -->
3.執行順序
攔截器的執行順序由配置順序來決定,攔截器也和filter同樣是一個鏈條的形式
在請求處理完成時,會按照相反的順序通知interceptor(即執行afterComplation),前提是這個攔截器正常放行了請求(preHandler中返回了true),不然不會收到通知;
一個完整的系統必然要考慮異常狀況的處理,SpringMVC提供了一種很是方便的處理方法,只須要實現HandlerExceptionResolver接口,並註冊Bean至容器中便可
1.編寫異常處理器
@Component public class MyExceptionHandler implements HandlerExceptionResolver { @Override public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { ModelAndView modelAndView = new ModelAndView(); modelAndView.setViewName("error.jsp"); modelAndView.addObject("exobj",ex); return modelAndView; } }
能夠看到在處理方法的返回值爲ModelAndView,咱們須要在其中添加錯誤頁面的名稱和錯誤信息;
2.註冊到容器中
能夠直接添加Component註解或是,在配置文件中註冊
<bean class="com.kkb.exceptionhandler.MyExceptionHandler"/>
強調:不管是攔截器仍是異常處理器都是針對handler而不是全部請求,舉個例子若是請求自己就是錯誤的如404,是沒法被異常Handler異常處理器處理的,仍須要到web.xml來進行配置