1. jQuery AJAX

1.1. jQuery框架中的ajax()函數

在應用了jQuery框架后，調用ajax()函數即可發出AJAX請求，并獲取響應結果，該函數的參數必須是JSON對象，通常，在JSON對象中封裝的屬性有：

• url：處理請求的URL，也可以理解為將請求發送到哪個URL，取值可以是絕對路徑，或相對路徑，但是，不可以跨域

• data：請求的數據，通常是username=xx&password=xx&phone=xx類似的格式，可以通過字符串拼接得到該值，也可以通過jQuery中的$("#form-id").serialize()函數將整個表單中所有控件的值都封裝起來，使用這個函數時，是以控件的名稱與控件中的值進行封裝的，所以，需要注意各控件的名稱

• type：請求的類型，可以是get或post

• dataType：響應的數據的類型，可以是text、xml、json，主流做法多使用json，但是，具體使用哪一種，取決于服務器響應時給出的Response Headers中的Content-Type

• beforeSend：發出請求之前如何處理，取值是函數，用于決于具體執行的代碼，多用于例如：將發出請求的按鈕禁用，以避免在沒有響應之前卻反復提交請求

• success：成功響應后如何處理，取值是函數，success對應的函數只在正確的響應情況下被執行，如果服務端的響應碼是302、4xx、5xx，并不會導致success對應的函數被執行！該處理函數可以添加參數，參數即是服務端響應的數據，如果dataType已經設置為json，則此處的函數參數類型就是JSON對象

• error：響應出錯如何處理，取值是函數，只要響應碼是3xx、4xx、5xx，都會導致error對應的函數被執行！

2. 異常的處理

2.1. 設計案例

創建簡單的案例，發出/test/null.do請求，服務端將產生NullPointerException，發出/test/array.do請求，服務端將產生ArrayIndexOutOfBoundsException。

2.2. 創建并完成案例

創建Maven Project，Group Id使用com.company.spring，Artifact Id使用SPRINGMVC-04-EXCEPTION。

檢查spring-mvc.xml的配置，在組件掃描的包下創建TestController，使用@Controller和@RequestMapping("/test")注解：

@Controller @RequestMapping("/test") public class TestController { }

然后添加2個方法處理2個請求，并在處理過程中，使得程序出現對應的異常：

@RequestMapping("/null.do") public String handleNull() {String str = null;str.length();return null; }@RequestMapping("/array.do") public String handleArray() {int[] arr = { 0 };System.out.println(arr[10]);return null; }

2.3. 【不推薦】使用SimpleMappingExceptionResolver

如果沒有對異常進行處理，默認的處理方式下，會把異常的跟蹤信息顯示在頁面中，這種做法會導致較差的用戶體驗，并且可能對外泄露了當前的業務邏輯甚至是項目機密。但是，頻繁的使用try...catch語法來處理異常，則很大程度上增加了編碼的難度，也不易于統一規劃和處理！

SpringMVC中提供了SimpleMappingExceptionResolver，可以配置異常與轉發到的視圖的對應關系，也就是說：只要出現了某種異常，就直接轉發到某個視圖，而不需要編寫try...catch相關代碼：

<!-- 處理異常 --> <bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver"><!-- 異常與轉發到的視圖的映射 --><property name="exceptionMappings"><props><prop key="java.lang.NullPointerException">error_null</prop><prop key="java.lang.ArrayIndexOutOfBoundsException">error_array</prop></props></property> </bean>

使用這種做法最大的問題：無法針對某個問題進行詳細的處理！也無法將具體的錯誤信息顯示在頁面中！

2.4. 【推薦】使用@ExceptionHandler

在控制器類中自定義某個方法，用于統一處理異常，這個方法需要使用@ExceptionHandler注解，并且，可以使用Exception作為方法的參數：

@ExceptionHandler public String handleException(Exception e) {return null; }

每當出現異常時，SpringMVC就會自動調用以上方法，并且將捕獲的異常對象作為調用該方法的參數，則處理時：

@ExceptionHandler public String handleException(Exception e, HttpServletRequest request) {String message = e.getMessage();if (e instanceof ArrayIndexOutOfBoundsException) {request.setAttribute("msg", message);return "err_array";}return null; }

注意：嘗試轉發數據時，可以使用HttpServletRequest參數，也可以使用ModelAndView返回值，卻不可以使用ModelMap參數。

2.5. Q&A

Q：使用@ExceptionHandler和配置SimpleMappingExceptionResolver這2個做法來處理異常會沖突嗎？

A：兩者同時使用，代碼并不會出現錯誤，但是，對于同一個異常，注解方式優先。

Q：使用@ExceptionHandler這種方式處理異常時，可以不使用轉發作為處理方式，而是直接響應JSON數據嗎？

A：可以！在處理異常的方法之前添加@ResponseBody注解，并且將方法的返回值調整為ResponseResult即可（需要事先添加Jackson依賴，配置注解驅動）

Q：使用@ExceptionHandler這種方式處理異常時，處理異常的方法可以作用于其它控制器類中處理請求方法嗎？

A：不可以！常規做法是定義BaseController類，在這個類中添加處理異常的方法，然后，項目中所有其它的控制器類都繼承自這個類！例如：

public abstract class BaseController {@ExceptionHandler(ServiceException.class)@ResponseBodypublic ResponseResult handleException(ServiceException e) {// 準備返回值ResponseResult rr = new ResponseResult();// 向返回結果中封裝錯誤信息rr.setMessage(e.getMessage());// 判斷異常if (e instanceof UserNotFoundException) {rr.setState(401);} else if (e instanceof PasswordNotMatchException) {rr.setState(402);} else if (e instanceof UpdateException) {rr.setState(500);} else {rr.setState(600);}// 返回return rr;}}

2.6. 小結

在開發項目時，業務層會在出現各種業務錯誤的情況下拋出不同的業務異常，例如此前項目中的UserNotFoundException、PasswordNotMatchException……而控制器層調用業務層的方法時，就需要處理這些異常，而某些異常出現的次數可能較多，反復的使用try...catch不便于統一處理，代碼也顯得非常復雜！

SpringMVC提供的統一處理異常的方式有2種，分別是使用SimpleMappingExceptionResolver和使用@ExceptionHandler注解，前者在處理方面非常有局限性！一般對于業務異常的處理，推薦使用后者！

關于業務異常的處理，通常會在項目中創建BaseController，然后在這個類中編寫處理異常的方法，項目中實際使用的其它控制器類都應該繼承自BaseController。

轉載于:https://www.cnblogs.com/wood-life/p/10291162.html

總結

以上是生活随笔為你收集整理的前端Ajax/JS/HTML+后端SpringMVC（二）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。